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(3) Zugriff und Aktualisierung einer Konfiguratiohsdatenbank von verteilten physischen Orten innerhalb eines 
Proze Gste u e ru n gssystem s 

® Ein Konfigurationsdatenbank enthalt mehrere Daten- 
bankeh, die uber eine Vielzahl von physischen Orten in- 
nerhalb ernes PfozeRsteuersystems vortoilt sind. Jede der 
Datenbanken kann eine Teilmenge der Konfigurationsda- 
ten speichern und diese Teilmenge der Konfigurationsda- 
ten kann durch Benutzer an jedem der Standorte inner- 
halb des ProzefSsteuersystems zugrerfbar sein. Ein Da ten- 
bankserver, der einen gerneinsam genutzten Cache hat, 
greift auf eine Datenbank in einer Weise zu, die es men re- 
renTeilnehmern ermoglicht, Konfigurationsdaten ausder 
Datenbank mil einer moglichst jgeringen Anzahl von Less- 
vorgangen in der Datenbank zu lesen. Urn zu verhindern, 
daft die Konfigurationsdaten, die von den Teilnehmern in 
dem ProzefSsteuersystem betrachtet werden, ubaraltern, 
erfafSt der Datenbankserver" auto mat isch Veranderungen 
( an einem Element in der Konflgurationsdatenbank und 
sendet Benachrichtigungen Gber Verandarunge, die an 
\ dem Element vorgenortnmen wurden, an jeden der Abon- 
nenten dieses Elements, so date ein Benutzer stets den 
Status der Konfigu ration, der aktuell in der Konflgurati- 
onsdatenbank vorliegt, betrachtet. 
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Beschreibung Die Konfigurationsdatenbank kann beispielsweise eine hi- 

bliothek enthalten, in der Objektmustervorlagen fur einen 

Bei dieser Anrneldung handelt es sich urn eine vor- TeiL der oder die gesamten Software- und Hardwareele- 
schriftsmaftig eingereichte Anrneldung, basierend auf der mente gespekhert sind, welche Mustervorlagen verwendet 
vorlaufigen Anrneldung mit. der Serien-Nr. 60/160,104, ein- 5 werden, um Konfigurationsobjekte fur Falte von tar.sachl.ich 
gereicht am 18. Oklober 1999 mit dern Titel "Zugriff und . innerhalb des ProzeBsteuersystems verwendeten Hardware- 
Aktualisierung einer Konfigurationsdatenbank von verteil- oder Softwareelementen zu schaffen. Diese Konftgurations- 
ten physischen Orten innerhalb eines ProzeBsteuersystems". datenbank kann femer Setup- oder physische Netzwerkab- 

Die vorliegende Erfindung betrifTt allgemein ProzeBsteu- schnitte enthalten, welche die Art und Weise definicren, in 
ersysteme und insbesondere ein ProzeBsteuerungskonfigu- 10 der die physischen Elemente eines ProzeBsteuersystems ein- 
ratidnssystem, das eine Konfigurationsdatenbank hat, die gerichtet, verteilt und miteinander verbunden werden. In ei- 
von geographiscb verteilten physischen Orten innerhalb ei- nigen Fallen enthalt die Konfigurationsdatenbank femer ei- 
nes ProzeBsteuersystems zugreifbar und aktualisierbar ist nen Steuerabschnitt, welcher definiert, wie die Steuerung 

ProzeBsteuersysteme, wie sie beispielsweise in ehemi- unter Verwendung der Steuereinrichtungen, Anlagenein- 
schen und erdolverarbeitenden oder anderen Prozessen ver- 15 richtungen und Steuermodule oder Steuerroutinen, die in 
wendet werden, enthalten typischerweise rnindestens eine den Steuereinrichtungen und/oder den Anlageneinrichtun- 
ProzeBsteuereinrichtung, die mit mindestens einer Hostein- gen durchgefuhrt werden r ausgefuhrt wird. Wahrend der 
richtung oder Bedienungs workstation, und mit einer oder Konfiguration des ProzeBsteuersystems wird eine Konfigu- 
mehreren Anlageneinrichtungen uber analoge und/oder di- rationsroutine bzw. -anwendung, die beispielsweise in einer 
gitale Busleitungeh oder andere Kommunikationsleitungen 20 Benutzerschnittstelle oder einer Workstation ausgefLihrt 
oder -kanale in Kommunikationsverbindung steht. Die An- wird, verwendet, um die Konfigurationsdatenbank zu erstel- 
lageneinrichtungen, bei denen es. sich beispielsweise um len oder zu modifizieren, so daB sie die tatsachUche Konfi- 
Ventile, Ventilpositioniereinrichtungen. Schalter, Messwert- guration des ProzeBsteuersystems wiedergibt. Diese Konfi- 
geber (beispielsweise Temperatur-, Druck- und Durchflussv gurationsanwendung verwendet typischerweise die Infor- 
mengensensoren) etc, handeln kann, fuhren Funktionen in- 25 mationen innerhalb der Konfigurationsdatenbank, um Ein- 
nerhalb des Prozesses aus, wie beispielsweise das Offhen richtungen, Steuereinrichtungen etc. zu konfigurieren, die 
Oder Schlieflen von Ventilen und das Messen von ProzeBpa- zu dem ProzeBsteuersystem gehoren, und speichert die 
rametern. Wahrend des Ablaufs eines Prozesses empfangt neuen Konfigurationsinformationen in der Konfigurations- 
die ProzeBsteuereinrichtung Signale, welche von den Ania- datenbank, nachdem eine Konfigurationsaktivitat ausge- 
geneinrichtungen durchgefuhrte Prozeflmessungen und/ 30 fuhrt wurde, beispielsweise wenn eine Eihrichtung oder ein 
oder andere Inforrnationen anzeigen, die sich auf die Anla- Sof twareelement zu dem System hinzugef ugt oder verandert 
geneinrichtungen beziehen* und zwar uber eine Eingabe- wird etc, 

/Ausgabe-(I/0)-Einrichtung, verwendet diese Informatio- Die Konfigurationsdatenbank wird ferner aUgemein ver- 

nen, urn eine Steuerroutine zu implementieren und erzeugt wendet, um die gegenwartige Konfiguration des ProzeBsteu- 
anschlieBend Steuersignale, die uber die Busleitungen oder 35 ersystems Benutzem uber Benutzerschnittstellen, die mit 
andere Kommunikationskanale uber die Eingabe-/Ausgabe- dem ProzeBsteuersystem verbunden sind, darzustellen. In 
einrichtung zu den Anlageneinrichtungen gesendet werden, der Vergangenheit waren einige der Benutzerschnittstellen 
um den Betriebsablauf des Prozesses zu regeln, Informatio- des ProzeBsteuersystems, die Kontigurationsdatenbanken 
nen von den Anlageneinrichtungen und der Steuereinrich- und die Steuereinrichtungen durch eine eigenstandige Bus- 
tung werden typischerweise wahrend des Ablaufes einem 40 leitung, wie beispielsweise eine Ethernetbusleitung mitein- 
oder mehreren Anwendungsprogrammen verfiigbar ge- ander in Kommunikationsverbindung, - so daB ein lokales 
rnacht, welche von der Bedienungsworkstation ausgefuhrt Netzwerk (LAN) gebildet wurde. Da der eigenstandige bzw. 
werden, um eine Bedienungsperson in die Lage 2U verset- dezidierte Ethernetbus eine groBe Bandbreite hat und da ein 
zen, jede gewiinschte Funktion hinsichtlich des Prozesses ■ bestimmtes Signal oder eine Datenabfrage, die iiber den 
auszufuhren, beispielsweise den gegenwartigen Status des 45 Ethernetbus gesendet werden, innerhalb des LAN nicht uber 
Prozesses zu uberprufen. Zusatzlich konnen Konfigurations- sehr groBe Strecken laufen miissen, ist in diesen Systemen 
anwendungen, die an einer BenutzerschnittsteUe ausgefuhrt die Kommunikation mit der Konfigurationsdatenbank durch 
werden, beispielsweise einer Hosteinrichtung, einer Work- eine der Benutzerschnittstellen sehr direkt und schnelL Als 
station, einem Laptopcomputer etc,, verwendet werden, um Resultat greifen Konfigurationsdarstellungsroutinen, die in 
den Betriebsablauf des Prozesses zu modifizieren, den Pro- 50 den Benutzerschnittstellen ausgefuhrt werden, typischer- 
zeB zu konfigurieren, die Konfiguration des Prozesses zu weise auf Konfigurationsinformationen in den Konfigurati- 
iiberprufen, die PrpzeBkonfiguration zu dokumentieren etc. onsdatenbanken jedesmal dann zu und rufen diese ab, wenn 
AUgemein werden ProzeBsteuersysteme unter Verwen- der Benutzer Inforrnationen bezeichnet oder anfordert, die 
dung einer Konfigurationsdatenbank konfiguriert, in der zu der Konfiguration des ProzeBsteuersystems gehoren, 
Konfigurationsinformationen gespeichert sind, die jedem 55 Diese abgerufenen Inforrnationen werden anschlieflend uber 
der Hardware- und Softwareelemente im ProzeBsteuersy- den Ethernetbus ausgesendet und an der Benutzerschnitt- 
stem zugehorig sind, die Art, in der die Hardwareelemente, stelle dem Benutzer dargestellt. Aufgrund der Geschwindig- 
wie beispielsweise unterschiedliche Einrichtungen und keit (oder hohen Bandbreite) des dezidierten Ethertletbusses 
Steuereinrichtungen in dem Prozefi, physisch miteinander konnen mehrere Benutzer reiativ gleichzeitig auf die Konfi- 
verbunden sind, und die Art und Weise, in der verschiedene 60 gurationsdatenbank zugreifen und dieselben oder unter- 
Softwareelemente, wie beispielsweise Steuermodule, Kom- schiedliche Konfigurationsdaten, die mit der Konfiguration * 
munikadonsmodule etc., den unterschiedtichen Einrichtun- des ProzeBsteuersystems zu tun haben, betrachten. In ahnli- 
gen innerhalb des ProzeBsteuersystems zur Durchfiihrung cher Weise konnen verschiedene Benutzer unterschiedliche 
der ProzeBregelung zugehorig sind und von diesen ausge- Teile des ProzeBsteuersystems neu konfigurieren, da alle 
fuhrt werden. In einigen Fallen ist die Konfigurationsdaten- 65 neuen Konfigurationsdaten, die erzeugt wurden, direkt in re- 
bank eine objektorientierte Datenbank, die Konfigurations- . lativ kurzer Zeit uber den dezidierten Ethernetbus an die 
objekte oder -komponenten fur jedes verschiedene logische Konfigurationsdatenbank abgegeben werden konnten. Da 
Element eines ProzeBsteuersystems als Objekte speichert. femer nur diejenigen Einrichtungen, die mit dem LAN ver- 
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bunden sind, auf die Konfigurationsdatenbank Zugriff ha- Als Resiiltat der Verzogerung der Kommunikation zwi- 

ben, und da das LAN typischerweise auf einen einzigen Pro- schen geographisch voneinander entfernten Standorten ei- 

zeRort. beschrankt. ist, besteht kein groBer Bedarf, es zu er- nes ProzeBsteuersystems und der Zunahme der Anzahl von 

mog Lichen, daB eine groBe Anzahl von BenutzerschnittsteL- Benutzerschnittstellen oder anderen Einrichtungen, die auf 

len auf die Konfigurationsdatenbank gleichzeitig zugreift. 5 eine Konfigurationsdatenbank zugreifen, ist es schwierig, 

In j lingerer Zeit nimmt jedoch allgemein die GroBe eini- eine Konfigurationsdatenbank zu schaffen, in der die Daten 
ger ProzeBsteuersysteme zu und es besteht der Wunsch, fur das gesamte ProzeBsteuersy stem, einschlieBlich der Ein- 
Konfigurationsinformationen fur ProzeBsteuernetzwerke zu richtungen an jedem der geographisch unterschiedlichen 
integrieren, die iiber groBere bzw. separate geographische Standorte in einer Weise gespeichert sind, daB sie in dersel- 
Gebiete ausgedehnt oder verteilt sind. Beispielsweise 10 ben Weise von Benutzem an alien unterschiedlichen Stand- 
wiinscht ein Benutzer die verschiedenen ProzeBstandorten orten zugreifbar sind, sowie in einer Weise, daB sie von Be- 
zugehorigen Konfigurationsdaten zu kombinieren, welche nutzern an den unterschiedlichen Standorten unter Verwen- 
in verschiedenen Bezirken, Bundesstaaten oder sogar ver- dung von gegenwartigen Konfigurationsdatenbankzugriffs- 
schiedenen Landem befindlich sein konnen, um es so einer vorgangen geandert werden konnen. Insbesondere wenn die 
Bedienungsperson an einem ersten Standort zu ermogli- 15 Kommunikationsdatenbank an einem Hauptstandort ange- 
chen, auf Konfigurationsinformationen fiber einen zweiten ordnet ist, miissen Benutzer an einem entfernten Standort 
Standort zuzugreifen und diese zu betrachten und mogli- alle Konfigurationsdaten im Rahmen einer Auifrischung 
cherweise sogar Konfiguratiomaktivitaten von dem ersten uber die langsame bzw. lange Verbindung herunterladen, 
Standort aus auszuftihren, die Auswirkungen auf den zwei- was eine unangemessen lange Zeitdauer beanspruchen 
ten Standort haben. In einem anderen Beispiel kann ein Be- 20 kann. Ferner kann alleine die Erhohung der Anzahl der Be- 
nutzer den Wunsch haben, eine Olfbrderstelle auf einer nutzer, die auf die Konfigurationsdatenbank zugreifen, die 
Bohrplattform viele Meilen yor der Kuste mit einem Pro- Zugriffszeit auf jede Information in der Konfigurationsda- 
zeBsteuersystem einer am Festland befindlichen Clraffinerie tenbank auf ein nicht akzeptables Niveau erhohen. Entspre- 
zu integrieren, welches zahlreiche Steuereinrichtungen, Be- chend kann bei der Neukonfiguration des ProzeBsteuersy- 
nutzerschnittstellen etc. hat. In diesem Fall ist es wiin- 25 stems die Verzogerung der Kommunikation zwischen einem 
■ schenswert, einen Benutzer am Standort der Olraffinerie in Hauptstandort und einem entfernten Standort es ermogli- 
die Lage zu versetzen, die Konfiguration von Einrichtungen chen, daB zwei verschiedene Benutzer versuchen, dieselbe 
auf der Olforderplattform neu zu konfigurieren oder auf Komponente des ProzeBsteuersy stems neu zu konfigurieren, 
diese einzuwirken, ohne daB es tatsachlich erforderlich ist, was zu Verwirrung bzw. Fehlern fuhrt. So kann beispiels- 
zu der Plattform zu fliegen, eine Benutzerschnitts telle an ei- 30 weise ein Benutzer an einem entfernten Standort die gegen- 
nen Anschluss auf der Olfdrderplattform anzuschlieBen und wartige Konfiguration des Prozesses aus der Konfigurati- 
die Olfordersteuereinrichtung neu zu konfigurieren, wie es onsdatenbank an dem Hauptstandort anfordern und erhalten, 
typischerweise gegenwartig erforderlich ist. Femer nimmt einen Teil des Ptozeflsteuersys terns an dem entfernten 
mit der Integration von mehreren ProzeBsteuerorten die An- Standort neu konfigurieren und anschlieBend die neuen 
zahl von Benutzerschnittstellen, die zum gleichzeitigen Zu- 35 Konfigurationsdaten zu der Konfigurationsdatenbank an den 
griff auf die Konfigurationsdatenbankeh dieser Orte ver- Hauptstandort senden. In der Zwischenzeit kann jedoch ein 
wendet werden konnen, betrachtlich zu. Benutzer an dem Hauptstandort denseiben Abschnitt des 

Bei der Integration von mehreren geographisch getrenn- ProzeBsteuersystems neu konfiguriert haben, und kann, da 

ten Orten ist es zwar nicht tatsachlich, jedoch praktisch un- ■ vergleichsweise keine Verzogerung bei der Kommunikation 

moglich, die verschiedenen Orte unter Verwendung eines 40 an dem Hauptstandort vorhanden ist, diese neue Konfigura- 

gemeinsamen dezidierten Busses, wie z, B. des Ethernetbus- tion in der Konfigurationsdatenbank speichern, bevor der 

ses, aufgrund der zu uberwindenden Entfernungen zu ver- Benutzer an dem entfernten Standort versucht, die an dem 

binden. Es ist jedoch moglich, eine Satellitenverbindung, entfernten Standort erzeugten neuen Konfigurationsdaten 

zellulare Verbindung oder andere Arten der drahtlosen Ver- zum. Abspeichern an die Konfigurationsdatenbank zu sen- 

bindung oder eine Verbindung iiber ein Wide Area Network, 45 den, was zu Fehlern fiihrt 

wie beispielsweise das Internet, oder Tl-Leitungen herzu- In einigen Fallen kann es nicht moglich oder praktisch 

stellen, um eine Kommunikations verbindung zwischen den durchfuhrbar sein, auch nur eine langsame Kommunikati- 

verschiedenen Orten eines ProzeBsteuersystems zu schaffen onsverbindung bzw. eine Kommunikationsverbindung mit 

und dadurch die Integration von geographisch getrennten niedrigerBandbreite zwischen unterschiedlichen Standorten 

Abschnitten eines ProzeBsteuemetzwerkes zu ermoglichen, 50 zu schaffen, und in diesem Fall muB die Konfiguration eines 

Die Nutzung von Satellitenverbindungen, zellularen Verbin- entfernten Standortes an dem entfernten Standort stattfinden 

dungen oder anderen drahtlosen Kommunikationsverbin- und muB anschlieBend in die Konfigurationsdatenbank an 

dungen iiber groBe Distanzen ist typischerweise sehr teuer dem Hauptstandort geladen werden, Diese OfT-Line-Konfi- 

und unterliegt allgemein gemeinsamer Nutzung, so daB nur guration kann jedoch Probleme verursachen, wenn unter- 

eine begrenzte Bandbreite im Vergleich zu einem dezidier- 55 schiedliche Benutzer versuchen, den entfernten Standort zur 

ten Bus vorhanden ist, wie beispielsweise dem Ethernetbus. gleichen Zeit oder nahezu gleichzeitig neu zu konfigurieren, 

GleichermaBen bieten das Internet, Tl-Leitungen und an- oder wenn ein Benutzer versucht, einen entfernten Standort 

dere gemeinsam genutzte Wide Area Networks nur eine be- neu zu konfigurieren, bevor ein anderer B enutzer, der bereits 

grenzte Bandbreite bzw. einen begrenzten Durchsatz und den entfernten Standort neu konfiguriert hat, die Konfigura- 

sind daher typischerweise fur die Datenubertragung im Ver- 60 tionsdatenbank aktualisiert, so daB sie die bereits an dem 

gleich zu einem dezidierten Ethernet Local Network Bus entfernten Standort vorgenommenen Veranderungen wie- 

sehr langsam. Ferner tragen die geographische Distanz zwi- dergibt. 

schen den unterschiedlichen Orten und die Notwendigkeit, Es ist Aufgabe der Erfindung, ein Verf ahren und eine Vor- 

eine sichere und verlaBliche Kommunikation zwischen den richtung zum Zugriff und zur Aktualisierung einer Konfigu- 

Orten unter Verwendung von beispielsweise der Bestatigung 65 rationsdatenbank von verschiedenen physischen Orten in- 

von Datenpaketen, wie in dem IP-, TCP- und UDP-Kommu- nerhalb eines ProzeBsteuersystems zu schaffen. 

nikationsprotokoll vorgesehen, zu schaffen, weiter zu der Die Losung der Aufgabe ergibt sich aus den Patentan-- 

Verzogerung der Kommunikation zwischen den Orten bei. spriichen, Unteranspriiche beziehen sich auf bevorzugte 
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Ausfiihrungsformen der Erfindung. Dabei sind auch andere 
Kombinationen von Merkmalen als iei den Anspruchen be- 
an sprucbt rnoglich. 

Es wird eine Verteilungs-, Zugriffs- und Anderungsstrate- 
gie fur eine Konfigurationsdatenbank geschaffen, urn es zu 
ermoglichen, dafl zahlreichc geographisch getrennte Orte ei- 
nes Prozeftsteuersy stems, das integriert werden soli, zusam- 
men eine gemeinsame Konfigurationsdatenbank in einer 
Weise nutzen, die es ermogiicht, daB Benutzer an jedem der 
verschiedenen Standorte die Konfigurationsdatenbank in 
zeitlich angemessener, sicherer und konfliktfreier Weise 
sichten und andern konnen, auch wenn die unterschiedli- 
chen Standorte des ProzeBsteuersy stems uber eine Kommu- 
nikationsverbinduhg mit geringer Bandbreite oder uber eine 
langsame (d.'h. verzogerte) Kommunikationsverbindung 
verbunden sind oder nur mit Unterbrechungen beispiels- 
weise iiber eine modeme Verbindung in Kommunikadons- 
verbindung stehen. 

Gemafi einem Aspekt der Erfindung wird eine Datenbank 
mit verteilter Konfiguration geschaffen, deren Bestandteile 
iiber die verschiedenen geographischen Abschnitte eines 
ProzeBsteuersystems in der Weise verteilt sind, daB gemein- 
sam genutzte Konfigurationsdaten, d. h. Konfigurationsda- 
ten, die zu mehr als einem Standort gehoren bzw. fur mehr 
als einen Standort anwendbar sind, in- einer Datenbank ge- 
speichert sind, die von jedem anderen Standort uber eine 
oder mehrere langsame Kommunikationsverbindungen 
bzw. Kommunikationsverbindungen mit niedriger Band- 
breite zugreifbar ist, und Daten, die nur zu einem besumm- 
ten Standort gehoren, in einer Konfigurationsdatenbank an 
diesem Standort gespeichert sind. Auf diese Weise ist die 
Konfigurationsinformation, auf die an einem bestimmten 
Standort hochstwahrscheinlich zugegriffen wird (d. h. die 
Konfigurationsinformation, die zu diesem Standort gehort), 
iiber ein lokales Netzwerk zugreifbar, wahrend Konfigurati- 
onsinformationen, die zu anderen Standorten gehort, uber 
eine langsame Kommunikationsverbindung bzw. eine Kom- 
munikationsverbindung mit niedriger Bandbreite zugreifbar 
sind. Als Resultat rnussen nur gemeinsam genutzte Kommu- 
nikationsdaten und Daten, die auf einen anderen Standort 
bezogen sind, Uber eine langsame Kommunikationsverbin- 
dung bzw. eine Kornmunikationsverbindung mit niedriger 
Bandbreite gesendet werden. 

Um zu verhindem, daB Konfigurationsdaten, die von Be- 
nutzem innerhalb des ProzeBsteuersy stems betrachtet wer- 
den, uberaltert bzw, nicht mehr aktuell werden, sendet das 
KonfignrationsdatenbankzugrifFssystern an jeden. Standort 
gegebenenfalls automatisch Veranderungen, die an der Kon- 
figurationsdatenbank durchgefuhrt wurden, an jeden der Be- 
nutzer, die gegenwartig diese Daten betrachten, so daB der 
Benutzer den Status der Konfiguration betrachtet, der tat- 
sachlich in der Konfigurationsdatenbank vorliegt. In einer 
Ausfuhrungsform enthalt jeder Abschnitt der Konfigurati- 
onsdatenbank eine Datenzugriffsroutine, die einen gemein- 
sam genutzten Cache verwendet, um die Ausgabe von Kon~ 
figurationskomponenten an jeden der Benutzer oder Teil- 
nehmer, die gegenwartig diese Daten betrachten, in einer 
Weise zu koordinieren, welche die Anzahl der Lesevor- 
gange der Konfigurationsdatenbank reduziert, was die Zu- 
griffsgeschwindigkeit auf Daten von der Konfigurationsda- 
tenbank erhoht Dieser gemeinsam genutzte Cache kann ei- 
nen Verriegelungsmechanismus enthalten, um das Verne- 
geln und Reservieren von Komponenten innerhalb der Kon- 
figurationsdatenbank zu ermoglichen. Nach Wunsch kann 
die Konfigurationsinformation, die jeder Benutzer erhalten 
hat, lokal gespeichert werden, um es zu ermoglichen, die 
Konfigurationsinformation auch dann zu betrachten, wenn 
die Kommunikationsverbindung zu der Konfigurationsda- 



10 



15 



20 



25 



30 



tenbank, in der die Hauptkopie dieser Information gespei- 
chert ist, unterbrochen wird oder anderweitig nicht zur Ver- 
fugung stent. 

Nachfolgend wird eine Ausfuhrungsform der Erfindung 
anhand der Figuren naher eriautert. 

Fig. 1 ist ein Blockdiagramm eines ProzeBsteuersystems, 
das zwei geographisch getrennte Standorte hat, die iiber eine 
Satellitenkommunikations verbindung in Kommunikations- 
verbindung stehen; 

Fig* 2 ist eine Darstellung eines Beispiels einer Prozefi- 
steuersystemhierarchie, die durch eine Konfigurationsan- 
wendung dargestellt ist; 

Fig, 3 ist ein Blockdiagramm eines Prozeflsteuersystems, 
das einen Hauptstandort und einen entfemten Standort hat, 
die iiber eine langsame Kommunikationsverbindung ver- 
bunden sind und die eine gemeinsame Master-Konfigurati- 
onsdatenbank gemeinsam nutzen; 

Fig. 4 ist ein Blockdiagramm eines ProzeBsteuersystems, 
das einen Hauptstandort und zwei Off-Line-Standorte hat, 
die alle eine gemeinsame Master-Konfigurationsdatenbank 
gemeinsam nutzen; 

Fig, 5 ist ein Blockdiagramm eines ProzeBsteuersystems, 
das einen Steuerraum aufweist, der mit einem Anlagen- 
standort iiber ein lokales Netzwerk verbunden ist und mit ei- 
ner BenutzerschnittsteUe uber eine nicht permanente Kom- 
munikationsverbindung verbunden ist, welche alle eine ge- 
meinsame Master-Konfigurationsdatenbank gemeinsam 
nutzen; 

Fig. 6 ist ein Blockdiagramm eines verteilten Konfigura- 
tionsdatenbanksy stems, das in einem ProzeBsteuersy stem 
verwendet wird, das verschiedene geographisch getrennte 
Abschnitte hat, die iiber langsame Kommunikationsverbin- 
dungen bzw, Kommunikationsverbindungen mit geringer 
Bandbreite in Kommunikationsverbindung stehen; 

Fig. 7 ist ein Blockdiagramm eines Client/Server-Sy- 
stems einer Konfigurationsdatenbank, das einen gemeinsam 
genutzten- Cache innerhalb eines Konfigurationsdatenbank- 
servers nutzt, um eine Subscriber/Publisher- Kommunika- 
tion zwischen mehreren Clients urid Konfigurationskompo- 
nenten, die in einer Konfigurationsdatenbank gespeichert 
sind, umzusetzen; 

Fig, 8 ist ein Objektmodell, das in dem Client/Server-Sy- 
stem von Fig, 7 verwendet wird, um mehreren Clients Zu- 
griff auf Konfigurationskomponenten zu geben, die in der 
Konfigurationsdatenbank von Fig, 7 gespeichert sind; 

Fig. 9 ist ein Blockdiagramm des Zustands der Objekte 
innerhalb des Datenbankservers von Fig, 7 bei Programme 
beginn; 

Fig. 10 ist ein Blcckdiagramm, das die Operation der Ob- 
5b .jekte in dem Datenbankserver von Fig, 7 darstellt, wenn ein 
erster Client Verbindung mit dem Server aufhimmt, um auf 
eine erste Konfigurationskomponente von der Konfigurati- 
onsdatenbank zuzugreifen; 

Fig. 1 1 ist ein Blockdiagramm, das die Operation der Ob- 
55 jekte innerhalb des Datenbankservers von Fig, 7 darstellt, 
wenn der erste Client untergeordnete Elemente einer Kom- 
ponente von der Konfigurationsdatenbank ladt; 

Fig, 12 ist ein Blockdiagramm, das die Operation der Ob- 
jekte innerhalb des Datenbankservers von Fig/7 darstellt, 
wenn ein zweiter Client eine Verbindung mit dem Daten- 
bankserver herstellt, um auf eine erste und eine zweite Kon- 
figurationskomponente von der Konfigurationsdatenbank 
zuzugreifen, die bereits in dem gemeinsam genutzten Cache 
des Datenbankservers gespeichert sind; 

Fig, 13 ist ein Blockdiagramm, das die Operation der Ob- 
jekte innerhalb des Datenbankservers von Fig. 7 anspre- 
chend auf eine Ereignismitteilung darstellt, die durch einen 
Datenbankserver-Mitteilungsthread erzeugt wurde; 
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Fig. 14 ist ein Blockdiagramm, das die Operation eines 
Verriegelungsmanagers in dem Datenbankserver von Fig. 7 
darnel] t, der den gleichzeitigen Zu griff auf den gemeinsam 
genutzten Cache innerhatb des Datenbankservers vermit.telt; 
und 

Fig. 15 ist ein Biockdiagramm T das die Operation der Ob- 
jekte innerhalb des Datenbankservers von Fig, 7 anspre- 
chend auf eine Ereignisniitteilung zeigt, die von einem 
Laufzeitservices-Mitteilungsthread erzeugt wurde. 

Wie Fig + 1 zeigt, enthalt ein ProzeBsteuersystem 10 geo- 
graphisch voneinander getrennte Orte bzw. Standorte 12 und 
14, die durch eine SatelUtenkommunikations verbindung 16 
in Kornmunikationsverbindung stehen, die durch einen Sa- 
telliten 18 gebildet ist, der einen ersten Kanal 20 mit einer 
Aur\varts-/Abwartsstrecke und einen zweiten Kanal 22 mit 
einer Auf warts-/Abwartsstrecke hat, bei welchen es sich um 
Zweiwegekanale handeln kann. Efer erste Standort 12 T der 
hier als lokaler oder Hauptstandort 12 bezeichnet wird, ent- 
halt zwei ProzeBsteuereiiirichtungen 24 und 26, die mit ei- 
ner Benutzerschnittstelle 28, einer Konfigurationsdatenbank 
30 und einem Datenserver 32 uber einen dezidierten lokalen 
Netzwerkbus 34 verbunden sind, bei dem es sich beispiels- 
weise um eine Ethernet- oder jede andere gewiinschte Bus- 
oder Kommunikationsleitung handeln kann, verbunden 
sind. Die Benutzerschnittstelle 28 kann jeder gewiinschte 
Typ einer Host- Workstation oder eines Host-Computers 
sein, wie beispielsweise jede Art eines Personalcomputers, 
Laptopcomputers etc., wahrend die Konfigurationsdaten- 
bank 30 eine freistehende Datenbankeinrichtung sein kann 
oder in eine beliebige andere Einrichtung integriert sein 
kann, wie z. B. die Benutzerschnittstelle 28 oder den Daten- 
server 32; Der Datenserver 32 enthalt eine Antenne 39, mit 
welcher der Datenserver 32 iiber die langsame Kornmunika- 
tionsverbindung 16 mit niedriger Bandbreite mit dem zwei- 
ten Prozeflsteuerstandort 14 in Kommunikation steht, der 
hier als entfemter Standort 14 bezeichnet wird, 

Jede der Steuereinrichtungen 24 und 26 ist mit einer oder 
mehreren EingabeVAusgabeeinrichtungen 36 (I/O) verbun- 
den, welche wiederum mit Anlageneinrichtungen verbun- 
den sind, bei welchen es sich um jede gewiinschte Art von 
Anlageneinrichtungen handeln kann, wie beispielsweise 
konventionelle 4-20 Milliampere-Einrichtungen 38 oder 
beliebige intelligente Anlageneinrichtungen 40, wie bei- 
spielsweise HART®-, PROFEBUS®-, Actuator Sensor Inter- 
face- (AS-Interface), WORLDFIP®-, Device-Net®-, CAN-, 
FOUNDATION™- Fieldbus- (nachfolgend als "Fieldbus" 
bezeichnet) Einrichtungen und dergleiehen handeln kann, 
Selbstverstandlich konnen die Einrichtungen 38 und 40 jede 
gewiinschte Art von Einrichtung darstellen, beispielsweise 
Sensoren, Sender, Venule, Geblase, Mischeinrichtungen,. 
Positioniereinrichtungen etc., die jede Art von Regel-, Mej3- 
oder andere Funktionen innerhalb des ProzeBsteuersystems 
10 ausfiihren konnen. Die Steuereinrichtungen 24 und 26 
konnen mit den Anlageneinrichtungen 38 und 40 unter Ver- 
wendung von beliebigen bekannten oder gewiinschten I/O- 
Einrichtungen 36 und Kornmunikationsprotokollen kommu- 
nizieren, beispielsweise unter Verwendung der Protokolle, 
die zu den jeweils vorstehend bezeichneten Arten von Ein- 
richtungen gehoren. Allgemein enthalten die .Steuereinrich- 
tungen 24 und 26, bei welchen es sich beispielsweise um 
Delta V m -Steuereinrichtungen handeln kann, die von Fis- 
her- Rosemount Systems Inc. vertrieben werden, jeweils ei- 
nen Prozessor und einen Speicher zum Speichem zum Da- 
ten, Programmen und Steuerroutinen (wie z. B. ProzeBsteu- 
ermodule), die verwendet werden, um die Steuerung des 
Prozesses 10 am Hauptstandort 12 umzusetzen. Allgemein 
ausgedriickt empfangen die Steuereinrichtungen 24 und 26 
Signale von den Anlageneinrichtungen 38 und 40, fiihren 
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Prozefrsteuerroutinen aus und geben Steuer- bzw. Regelsi- 
gnale an die Einrichtungen 38 und 40 aus, um dadurch die 
Regelung des Prozesses 10 umzusetzen, 

Entsprechend enthalt der entfemte Standort 14 eine Pro- 
5 zefisteuereinrichtung 50, die mit Benutzerschnittstellen 52 
und 53, einer Konfigurationsdatenbank 54 und einem Da- 
tenserver 56 iiber einen dezidierten Lokalen Netzwerkbus 58 
verbunden ist, bei dem es sich beispielsweise um eine Ether- 
net- oder jede andere gewiinschte Bus- oder Kommunikati- 
10 onsieitung handeln kann. Die Steueremrichtung 50 ist so 
dargestellt, daft sie durch eine I/OEinrichtung 60 mit zwei 
intelligenten Anlageneinrichtungen 62 verbunden ist, sie 
konnte jedoch auch mit jeder anderen Zahl oder Art von An- 
lageneinrichtungen verbunden sein, Der Datenserver 56 be- 
15 nutzt eine Antenne 64 zur Kommunikation iiber eine lang- 
same bzw. mit niedriger Bandbreite arbeitende Daten verbin- 
dung 16 mit dem Datenserver 32, um dadurch die Kommu- 
nikation zwischen dem lokalen Standort 12 und dem ent- 
femten Standort 14 sicherzustellen. Die Einrichtungen in 
20 dem entfernten Standort 14 konnen gleich oder ahnlich den 
entsprechenden Einrichtungen in dem lokalen Standort 12 
sein und Prozeftsteuerungs- und Berichtoperationen an dem 
entfernten Standort 14 durchfuhren. Demehtsprechend ver- 
steht sich, daB andere Einrichtungen oder andere Anzahlen 
von Einrichtungen an einem der beiden oder an bei den 
Standorten 12 und 14 angeschlossen sein konnen, um Pro- 
zeBsteuerungs- und Konfigurationsaktivitaten in jeder ge- 
wunschten Weise durchzufuhren. Tatsachlich konnte einer 
der Standorte, beispielsweise der entfemte Standort 14, eine 
30 einzelne Einrichtung, beispielsweise eine Benutzerschnitt- 
stelle, sein, falls dies erwiinscht ist Der Datenserver 32 
konnte direkt mit der Konfigurationsdatenbank 30 verbun- 
den sein und in ahnlicher Weise konnte der Datenserver 56 
direkt mit der Konfigurationscjatenbank 54 verbunden sein, 
35 anstatt daJ3 er durch einen Ethernet-Bus verbunden ist, 

Es versteht sich, daB die Datenserver 32 und 56 so arbei- 
ten, daB sie eine Kornmunikationsverbindung zwischen den 
beiden Bussen 34 und 58 herstellen, um dadurch die Kom- 
munikation zwischen den Einrichtungen an dem lokalen 
40 S tandort 12 und dem entfernten S tandort 14 zu errnoglichen. 
Wahrend die Kornmunikationsverbindung 16 als Satelliten- 
verbindung dargestellt ist, kann jede andere beliebige Korn- 
munikationsverbindung anstelle dessen verwendet werden, 
beispielsweise eine zcllulare Verbindung, eine Modem- oder 
45' eine Telefonleitungsverbindung, eine Internetverbindung 
oder jede andere drahtlose oder GroJkaurnnetzwerk- (WAN) 
bzw. gemeinsam genutzte lokale Netzwerkverbindung 
(LAN), Selbstverstandlich kann jede gewiinschte Koramu- 
nikationsstrategie innerhalb der Koinmunikationsverbin- 
50 dung 16 verwendet werden, um die Kommunikation von 
Daten uber die Verbindung 16 zu bewerkstelligen. So kann 
jedes Kommunikationsprotokoll, wie beispielsweise das IP- 
oder TCP- oder UDP-Protokoll verwendet werden, und jede 
Modulationstechnik, Fehlercodiertechnik etc. kann verwen- 
55 det werden, um die Kommunikation iiber die Verbindung 16 
umzusetzen, darunter beispielsweise Spread-Spectrum- 
Techniken. Verzugsweise wird eine Art von Datenbestati- 
gungsplan irt der Kornmunikationsverbindung 16 verwen- 
det, um eine sichere und zuverlassige Kommunikation bei 
60 Vorhandensein von Rauschen oder anderen Storungen si- . 
cherzustellen. Auf Wunsch kann der Datenbestatigungsplan 
bzw. die Datenbestatigungstechnik, die in der US-Patentan- 
meldung Seriennummer 09/418,747 mit dem Titel "Defer- 
red Acknowledgment Communications and Alarm Manage- 
rs ment' 1 , eingereicht am 15.10.1999, welche auf denRechtsin- 
haber der vorliegenden Erfindung Ubertragen wurde und die 
hiermit ausdrucklich durch Bezugnahme hierin eingeschlos- 
sen wird, Verwendet werden, um die Kommunikation iiber 
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die Kommunikationsverbindung 16 zu bewirken. Allgemein 
ausgedruckt, ermoglicht es die Verwendung der Kommuni- 
kationsverbindung 16, geographisch getrennte Prozeflsteu- 
erstandorte oder -systeme miteinander zu integrieren, um 
ein einziges ProzeBsteuernetzwerk zu bilden, in dem die 
Einrichtungen innerhalb eines Standortes mit den Einrich- 
tungen an dem anderen Standort kommunizieren konnen, 
um Steuer- und Konfigurationstatigkeiten auszufuhren. 

Nachteilhafterweise ist die Kommunikation uber die 
Kommunikationsverbindung 16 aufgrund der Distanzen 
zwischen den Standorten 12 und 14 typischerweise wesent- 
lien langsamer als die Kommunikation uber die LAN-Busse 
34 und 58. Femer kann die Kommunikationsverbindung 16 
im Vergleich zu den' dezidierten LAN-Bussen 34 und 58 
eine niedrige Bandbreite haben und ist allgemein fiir Rau- 
sehen und andere Fehler empfindlicher als die Kommunika- 
tion iiber die LAN-Busse 34 und 58. Diese Faktoren lassen 
allgemein die Kommunikationsverbindung 16 zur Ursache 
von Kommunikationsengpassen innerhalb des ProzeBsteu- 
ersystems 10 werden. 

Gemafi vorliegender Erfindung sind Konfigurationsdaten, 
die die Art und Weise betreffen, in der das ProzeBsteuersy- 
stem 10 konfiguriert ist, in einer oder in beiden Konfigurati- 
onsdatenbanken 30 und 54 gespeichert Ferner konnen eine 
oder mehrere der Benutzerschnittstellen 28, 52 und 53 oder. 
andere Einrichtungen eine Konfigurationsanwendung spei- 
chem und auf Anforderung einer Bedienungsperson diese 
ausfuhren. Diese Konfigurationsanwendung kann auf eine 
oder mehrere der Konfigurationsdatenbanken 30 und 54 zii- 
greifen, um Konfigurationsinformationen zu erhalten, wie 
beispielsweise Informationen, die die Konfiguration der 
Einrichtungen, der Softwaremodule etc. innerhalb des Pro- 
zeBsteuemetzwerkes 10 betreffen t . und kann die erhaltene 
Konfigurationsinformation auf einem Bildschirm zur Be- 
trachtung durch den Benutzer darstellen. Die Konfigurati- 
onsanwendung kann auch einen Benutzer in die Lage ver- 
setzen, neue Einrichtungen, Softwareelemente oder andere 
Elemente zu dem System hinzuzufiigen, neue Kommunika- 
tionsverbindungen zwischen den Einrichtungen innerhalb 
des Systems zu schaffen, bereits vorhandene Elemente in- 
nerhalb des Systems zu verandern, und dergleichen, um da- 
durch das ProzeBsteuersystem 10 neu zu konfigurieren. In 
einem anderen Fall kann eine Konfigurationsanwendung, 
die in einem ersten Datenbankserver ausgefuhrt wird, bei- 
spielsweise dem Server 32, auf Informationen von einem 
anderen Datenbankserver, beispielsweise dem Server 54 t 
uber die langsame Verbindung 16 zugreifen, um diese Infor- 
mationen einem weiteren, anderen entfernten Standort (in 
Fig. 1 nicht dargestellt) zuganglich zu rnachen. Selbstver- 
standlich kann jede gewiinschte Prozefisteuerkonfigurati- 
onsanwendung oder -routine verwendet werden, beispiels- 
weise die Konfigurationsanwendungen, die mit den von Fis- 
her-Rosemount Systems Inc. gelieferten DeltaV-Produkten 
verbunden sind. Lisbesondere die Delta V-Konfigurationsan- 
wendungen zeigen ProzeBsteuerkonfigurationsinformatio- 
nen in einem Windowsartigen Explorer Baumformat an und 
ermoglichen es einem Benutzer oder einer Bedienungsper- 
son, das System durch Drag- und Drop-Verschiebung von 
Elementen innerhalb des Konfigurationsbaumes auf andere 
Elemente heu zu konfigurieren, so daJ3 dadurch diese Ele- 
mente in unterschiedliche Einrichtungen geladen werden, 
oder die Plazierung von ProzeBsteuerelementen in verschie- 
denen Bereichen eines Prozesses anzugeben, die Verbin- 
dung von Einrichtungen mit unterechiedlichen Steuerein- 
richtungen, Bussen oder I/O-Einrichtungen etc, anzugeben, 
oder Softwareelemente in unterschiedliche Einrichtungen 
zu laden. Das US-Patent Nr. 5,838,563 fur Dove et al. ("Sy- 
stem for Configuring a Process Control Environment"), US- 



Patent-Nr. 5,828,851 fur Nixon et aL ("Process Control Sy- 
stem Using Standard Protocol Control of Standard Devices 
and Nonstandard Devices"), die US-Patentanmeldung Nr. 
08/631,51 9 fiir Nixon et al. ("Process Control System Inclu- 
ding a Method and Apparatus for Automatically Sensing the 
Connection of Devices To a Network"), eingereicht am 12. 
April 1996, und die US-Paten tanmeldung Nr. 08/631,458 
fiir Dove ("System for Assisting Configuring a Process Con- 
trol Environment") , eingereicht am 12. April 1996, die all e 
auf den Rechtsinhaber der vorliegenden Erfindung ubertra- 
gen wurden und alle ausdrucklich durch Bezugnahme hierin 
eingeschlossen werden, beschreiben ProzeBsteuerkonfigura- 
tionsanwendungen, die es einem Benutzer ermoglichen, 
ProzeBsteuerroutinen und Elemente graphisch zu schaffen, 
Einrichtungen innerhalb eines ProzeBsteuersystems automa- 
tisch zu erfassen und die Steuerung von Einrichtungen in- 
nerhalb eines ProzeBsteuersystems zu ermoglichen. Selbst- 
verstandlich konnte jede Art von Konfigurationsanwendung 
in der Benutzerschnittstelle oder in einer .Serverdatenbank 
oder einer anderen Einrichtung ausgefuhrt werden, um auf 
die Konfigurationsdatenbanken 30 und 54 zuzugreifen, ein- 
SchlieBlich jeder anderen Art von graphischer Konfigurati- 
onsanwendung und nicht graphischer Konfigurationsanwen- 
dung, 

Zur Erlauterung zeigt Fig. 2 ein Beispiel eines ProzeB- 
steuerkonfigurationsbaumes 65, der verwendet werden 
kann, um eine Konfiguration eines ProzeBsteuersystems 
darzustellen, und der verwendet werden kann, um Verande- 
rungen an der Konfiguration eines ProzeBsteuersystems gra- 
phisch festzulegen, Allgemein ausgedruckt stellt der Konfi- 
gurationsbaum 65 aus Fig* 2 Informationen dar, die zu der 
Konfiguration einer Betriebsanlage namens Tracey Island 
gehoren. Das Konfigurationssystem von Tracey Island (in 
dem Baum 65 mit "traceyisland" bezeichnet) enthalt einen 
Bibliotheksabschnitt 66, der beispielsweise Vorlagen fiir un- 
terschiedliche Einrichtungskonfigurationen, Einrichtungs- 
definitionen, Softwareelemente, wie beispielsweise Steuer- 
module etc. oder andere Objekte, die in der Anlage Tracey 
Island verwendet werden, enthalten kann, Gbgleich diese 
Vorlagen nicht in dem Baum 65 dargestellt sind, konnten sie 
durch Auswahlen des Bibliothekssymbols 66 (beispiels- 
weise durch Doppelklicken) dargestellt werden. Der Konfi- 
gurationsbaum 65 kann ferner einen Systemkonfigurations- 
abschnitt 67 aufweisen, der die Art und Weise darstellt, in 
der die Einrichtungen, wie z.B. Steuereinrichtungen, I/O- 
Einrichtungen, Anlageneinrichtungen, Benutzerschnittstel- 
len etc; innerhalb des Prozesses physisch angeordnet sind. 
Die dargestellte Systemkonfiguration fiir die Betriebsanlage 
Tracey Island hat Rezepte (welche in der Betriebsanlage 
50 beispielsweise zur Herstellung unterschiedlicher Produkte 
durchzufuhrende Arbeitsablaufe definieren), Einrichtungs- 
. informationen und Steuerstrategien. Wie dargestellt, hat das 
Symbol bzw. die Komponente fur Steuerstrategien eine An- 
zahl von untergeordneten Komponenten, darunter nicht zu- 
gewiesene I/O-Referenzen, Gerate, und zwei Bereiche (bei 
denen es sich um physische Bereiche handelt) namens 
Area_A und AreaL Axea_A enthalt eine untergeordnete 
Komponente Modulel, die zeigt, daB das Steuermodul Mo- 
dulel in dem Area_A-Teil der Betriebsanlage Tracey Island' 
geladen ist. Die Systemkonfiguration. enthalt ferner ein phy- 
sisches Netzwerk, das eine Liste von auBer Betrieb gestell- 
ten Steuereinrichtungen hat, sowie ein Steuernetzwerksym- 
bol. Das Steuernetzwerksymbol bzw. die entsprechende 
Komponente hat einen oder mehrere in Betrieb gestellte 
Steuereinrichtungen (nur die Steuereinrichtung CTLR1 ist 
dargestellt) sowie eine Benutzerschnittstelle (mit der Be- 
zeichnung Governmint), die der Operation der Steuerein- 
richtung CTRL1 zugeordnet ist Jede Steuereinrichtung 
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kann eine oder mehrere I/O-Einrichtungen haben, die an 
dieser angebracht sind, und jede I/O-Einrichtung kann mit 
einer oder inehreren Anlageneinrichtungen verbunden sein, 
so daB diese mit den Steuereinriehtungen innerhalb des Bau- 
mes 65 in Kornmunikationsverbindung sind. Diese Kompo- 5 
nenten sind jedoch in Fig, 2 nicht dargestellt, konnten je- 
doch dargestellt werden, wenn beispielsweise das Symbol 
CTRL1 von einem Benutzer ausgewahlt wiirde. 

Es ist zu erkennen, daB die Konfigurationskomponenten, 
die in Fig, 2 dargestellt sind, Parent/Chiid-Beziehungen ha- * 10 
ben, wobei beispielsweise die Systemkonfiguration 67 di : 
rekt nachfolgende bzw. untergeordnete Elemente, narrdich 
Rezepte, Setup, Steuerstrategien und physisches Netzwerk, 
hat. Entsprechend sind die Steuerstrategien ein ubergeord- 
netes Element bzw. ein Parent von nicht zugewiesenen I/O- 15 
Referenzen, Geraten, Area_A und Areal. Area_A ist ein Pa- 
rent der Modul 1-Komponente. Selbstverstandlich kann jede 
der untergeordneten Komponenten weitere untergeordnete 
Komponenten und so fort haben, so daB der Benutzer jede 
Ebene des Konfigurationsbaumes 65 betrachten kann, um zu 20 
sehen, welche Objekte in welchen Einrichtungen gespei- 
chert sind, welche Einrichtungen in welchen physischen Zo- 
nen angeordnet sind, und wie die unterschiedlichen Einrich- 
tungen miteinander in Kommunikationsverbindungen ste- 
hen. Allgemein zeigt die Hierarchie von Fig* 2 die Anwe- 25 
senheit von nicht dargestellten untergeordneten Komponen- 
ten dadurch an, daB ein Piussymbol (+) neben der tiberge- . 
ordneten bzw. Parent-Komponente plaziert wird* Auch In- 
formationen iiber eine ausgewahlte Komponente einschliefi- 
lich deren untergeordneter Komponenten konnen auf der 30 
rechten Seite des Bildschirmes dargestellt werden, wie bei 
der Steuerstrategiekomponente von Fig. 2 dargestellt. 
SelbstverstandUch kann weitere Information tiber diese 
Komponenten durch Auswahlen dieser Komponenten in der 
Hierarchie von Fig. 2 erhalten werden, 35 

Wahrend Fig, 2 eine Beispielskonfigurationshierarchie 
darstellt, versteht es sich, daB die Konfigurationshierarchie 
fiir ein Prozeflsteuernetzwerk andere Einrichtungen und 
Module darstellen kann und andere Abhangigkeiten anneh- 
men kann. Auch kann ein ProzeB in eine Anzahl von physi- 40 
schen Standorten und/oder Zonen unterteilt werden, und je- 
der dieser Standorte oder jede dieser Zonen kann Steuerein- 
riehtungen, Benutzerschnittstellen etc. haben, die zu dieser 
gehoren, was in der Hierarchie darstellbar ist. Selbstver- 
standlich kann ein Benutzer anfanglich einen Teil des Bau- 
mes 65 aus Fig, 2 betrachten und anschlieBend ein Element 
innerhalb des Baumes 65 auswahlen, wie etwa Area_A, um 
den weiteren Verzweigungen des Konfigurationsbaumes 65 
zu folgen. Diese Auswahl veranlaBt, daB die Konfiguratio- 
nanwendung, die deh Hierarchiebaum65 bereitstellt, auf die 
untergeordneten Elemente des ausgewahlten Objektes zu- 
greift und diese untergeordneten Elemente auf dem Anzei- 
gebildschirm darstellt, In einigen Fallen kann die Konfigu- 
rationsinformation als Objekte in einer objektorientierten 
Datenbank gespeichert werden und die Objekte innerhalb 
der Datenbank konnen dieselben Beziehungen wie die in 
dem Konfigurationsbaum, der von der Konfigurationsan- 
wendung dargestellt wird, gezeigten haben. 

Es versteht sich, daJ3 die Konfigurationsobjekte oder - 
komponenten, die in dem Hierarchiebaum 65 von Fig. 2 dar- 
gestellt sind, in den Konfigurationsdatenbanken 30 und 54 
in Fig, 1 gespeichert und in diesen zugreifbar sein konnen. 
Die in den Konfigurationsdatenbanken 30 und 54, bei wel- 
chen es sich beispielsweise um objektorientierte Datenban- 
ken jeden gewiinschten TVps handeln kann, gespeicherte In- 
formation kann in jeder gewiinschten Weise gespeichert sein 
und Beziehungen haben, die den in Fig. 2 gezeigten Bezie- 
hungen gleich sind oder mit diesen verwandt sind. 
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Prozeflsteuemetzwerke nach dem Stand der Technik ha- 
ben typischerweise keine getrennten Standorte, wie etwa 
Standorte, die iiber eine langsame oder Langstrecken-Korn- 
munikationsverbindung verbunden sind. DemgemaI3 enthalt 
jedes Prozeftsteuersystem typischerweise seine eigene Kon- 
figurationsdatenbank, die Konfigurationsdaten hat, die nur 
die Konfiguration der Einrichtungen innerhalb dieses Sy- 
stems hetreffen. Femer ist diese Konfigurationsdatenbank 
typischerweise durch alle Benutzerschnittstellen oder an- 
dere Einrichtungen, die mit dem LAN des ProzeBsteuersy- 
stems verbunden sind, zugreifbar und kann sehr rasch auf- 
grund der hohen Bandbreite des LAN-Busses und der relativ 
geringen Distanz zwischen der Benutzerschnittstelle und der 
Konfigurationsdatenbank innerhalb des LAN zugegriffen 
werden. Somit wiirde beispielsweise bei Systemen nach 
dem Stand der Technik jeder der Standorte 12 und 14 seine 
eigene Konfigurationsdatenbank enthalten, die Informatio- 
nen speichem, welche nur die Einrichtungen innerhalb eines 
der Standorte, d'h. dem Standort 12 oder dem Standort 14, 
jedoch nicht beide betreffen. In diesen Fallen wiirde zwar 
die Kommunikationsyerbindung 16 zwischen den Standor- 
ten 12 und 14 vorgesehen und damit die Kommunikation 
zwischen diesen Standorten ermoglicht, aber die Konfigura- 
tionsdatenbank fur einen Standort wiirde trotzdem nicht die 
Konfiguration von Einrichtungen innerhalb des anderen 
Standortes wiedergeben und es gibt keine Moglichkeit, daB 
eine Konfigurationsariwendung Konfigurationskomponen- 
ten, die in getrennten Konfigurationsdatenbanken gespei- 
chert sind, in einer Sigrialkonfigurationshierarchie oder ei- 
nem entsprechenden Baum, wie etwa in Fig, 2 gezeigt, inte- 
griert. 

Ferner greifen Konfigurationsanwendungen nach dem 
Stand der Technik typischerweise jedes Mai dann auf die 
Konfigurationsdatenbank zu, um die vom Benutzer angefor- 
derte Information zu erhalten, wenn der Benutzer eine tie- 
fergehende Operation oder eine andere Anfrage nach wei- 
tergehender Information in der Kbnfigurationshierachie 
durchfuhrt Ungluckliderweise sind die tatsachlichen Daten- 
auslesevorgange aus der Konfigurationsdatenbank der lang- 
samste Teil des Datenabfrageprozesses und somit wurden 
bei einer groBen Anzahl von Benutzern, die jeweils die Kon- 
figurationshierarchie betrachten, die Lesevorgange in der 
bzw, aus der Konfigurationsdatenbank eine unerwunschte * 
Verzogerung der Moglichkeit, diese Information aus einer 
45 einzelnen Datenbank abzurufen, verursachen, Diese Tatsa- 
che wird verstarkt, wenn mehrere Benutzer zu dem System 
tiber ein oder mehrere entfemte Kommunikationsverbin- 
dungen hinzugefugt werden, was die Anzahl der Benutzer 
erhoht, die in der Lage sind, auf die Konfigurationsdaten- 
50 bank zuzugreifen. Entsprechend konnen die Datenabrufvor- 
gange fiir diese entfemt angeordneten Benutzer durch die 
Engstelle der Kommunikation, die die Feraverbindung dar- 
stellt, wie etwa die Kornmunikationsverbindung 16 in Fig. 
1, weiter verzogert werden, 
55 Die Datenbank 30 und 54 und die Kommunikation inner- 
halb des ProzeBsteuersystems 10 konnen in einer Vielzahl 
von Arten strukturiert sein, um Konfigurationsinformatio- 
nen tiber das ProzeBsteuersystem 10 an zahlreiche Konfigu- 
rationsanwendungen entweder. nur an dem lokalen Standort 
60 12 oder dem entfernten Standort 14 oder an beiden Standor- 
ten abzugeben, jedoch in einer Weise, die das AusmaB der 
Kommunikation fiber die Fernverbindung 16 reduziert, die 
eine integrierte Ansicht des gesamten oder nur eines Teiles 
des ProzeBsteuersystems 10 ergibt und die es erlaubt, dafl 
65 die Konfigurationsinformation von jedem Ort innerhalb ei- 
nes ProzeBsteuersystems 10 geandert wird. In einem ersten 
Fall ist eine der Konfigurationsda.tenbanken, beispielsweise 
die Konfigurationsdatenbank in Fig* 1, als eine Master-Kon- 
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figurationsdatenbank bezeichnet, wclchc das Masterexenv 
plar aller Konfigurationsgegenstande oder Komponenten 
darin speichert. Die andere Konfigurationsdatenbank 54 
wird hierin als eine AktenkofTer-Datenbank bezeichnet, die 
auf einen Teil der oder die gesamte Information innerhalb 
der Masler- Konfigurationsdatenbank 30 auf einer Bedarfs- 
basis zugreift, diese Daten iiber die Konununikationsverbin- 
dung 16 herunterladt und Benutzerscbnittstellen oder andere 
Einrichtungen an dem entfemten Standort 14 in- die Lage 
versetzt, diese Daten zu betrachten und zu verandern. Veran- 
derte Daten konnen iiber die Kommunikationsverbindung 
16 in die Master- Konfigurationsdatenbank 30 hochgeladen 
werden, urn sicherzustellen, dafi andere Benutzer iiber die 
Master- Konfigurationsdatenbank Zugriff auf die verander- 
ten Daten haben. In diesem Fall werden Aufrufe von einzel- 
nen Benutzerschnittstellen an die Master-Konfigurationsda- 
tenbank 30 iiber die iangsame bzw. mit geringer Bandbreite 
arbeitende Kommunikationsverbindung 16 reduziert, da alle 
benotigten Konfigurationsdaten in die Aktenkoffer-Daten- 
bank 54 heruntergeladen werden konnen und von die&er Da- 
tenbank 54 an dem entfemten Standort 14 zugreifbar sind. 
Ferner ist der ProzeB des Herunterladens einer groflen An- 
zahl von Konfigurationskomponenten in die Aktenkoffer- 
Datenbank 52 auf einmal hinsichtlich der Nutzung der 
Kommunikationsverbindung 16 effizienter als der Versuch, 25 
diese Information stuckweise herunterzuladen. 

In einem anderen Fall kann die Konfigurationsdatenbank 
54 eine Spiegeldatenbank sein, die den Status der Master- 
Konfigurationsdatenbank 30 widerspiegelt. Bei der Erstel- 
lung kopiert die Spiegeldatenbank 54 alle, Daten von der 30 
Master-Konfigurationsdatenbank 30, so daB sie den Status 
der Datenbank 30 widerspiegelt. Gemafi dieser Strategic 
greift eine Routine beispielsweise innerhalb der Spiegelda- 
tenbank 54. periodisch auf die Master-Konfigurationsdaten- 
bank 30 iiber die Iangsame Kommunikationsverbindung 16 35 
zu und fuhrt eine Synchronisierung mit der Master-Konfigu- 
rationsdatenbank 30 durch, indem Veranderungen, die in der 
Spiegelkonfigurationsdatenbank 54 erfolgt sind, der Master- 
Konfigurationsdatenbank 30 zur Verfugung gestellt werden, 
und Veranderungen, die an der Master-Konfigurationsdaten- 
bank 30 durchgefuhrt wurden, iri die Spiegelkonfigurations- 
datenbank 54 kopiert werden. Hier greifen die Benutzer an 
dem Hauptstandort 12 auf die Master-Konfigurationsdaten- 
bank 30 zu, wahrend die Benutzer an dem entfemten Stand- 
ort 14 auf die Spiegelkonfigurationsdatenbank 54 zugreifen, 
was die Anzahl der Datenaufrufe, die von einzelnen Behut- 
zem iiber die Iangsame Verbindung 16 erfolgen, reduziert 
bzw, etiminiert 

In einem weiteren Fall sind unterschiedliche Abschnitte 



der Konfigurationsdaten in den Konfigurationsdatenbanken 50 sind. 



53 abonniert sind (die an unterschiedlichen Standorten an- 
geordnet sind), erfordert der Thread Kommunikation iiber 
die Kommunikationsverbindung 16. ALs Resultat tat es 
wiinschfenswert, jedes Stuck der Konfigurationsdaten in ei- 
ner Konfigurationsdatenbank zu speichern, die an dem 
Standort oder an einer anderen Position angeordnet ist, von 
der aus auf die Dateri am wahrscheinlichsten zugegriffen 
wird. Die Einzelheiten dieses S enemas werden weiter unten 
im Detail erlautert. 

Die hierin beschriebenen Techniken schaffen einen Weg, 
daB ein Benutzer Konfigurations veranderungen an einem 
entfemten System iiber eine Iangsame oder lange Kommu- 
nikationsverbindung in Anwesenheit von starkem Rauschen 
durchfiihrt, was eine Vielzahl von wiederholten Versuchen 
verursachen kann. Diese Techniken schaffen auch einen 
Mechanismus,. daB Benutzer Teile eines Prozefisteuersy- 
stems konfigurieren konnen, die von dem Hauptnetzwerk 
getrennt sind, oder mehrere ProzeB ste.uersysteme von der- 
selben Konfigurationseinrichtung aus konfigurieren konnen. 
Diese Techniken ermbglichen es auch rnehreren Benutzern, 
an der Konfiguration von verschiedenen Teilen eines Sy- 
stems aus der Feme zu arbeiten, was insgesamt die simul- 
tane Bearbeitung bei der Entwicklung eines Prozefisteuersy- 
stems verbessern kann. 

Das Konzept einer AktenkofTer-Datenbank zur Verwen- 
dung in einem ProzeSsteuersystem wird nachfoigend unter 
Bezug auf Fig. 3 bis 5 beschrieben. Allgemein ausgedriickt 
ist das ProzeBsteuersystem, das diesen Aufbau verwendet, 
so konstruiert, daB es eine Master-Konfigurationsdatenbank 
hat, in der alle Konfigurationsdaten fiir alle Standorte eines 
ProzeBsteuersystems gespeichert sind, einschlieBlich eines 
Hauptstandortes und verschiedener . entfernter Standorte. 
Der Hauptstandort und die entfemten Standorte konnen iiber 
eine Iangsame oder mit niedriger Bandbreite arbeitende 
Kommunikationsverbindung, wie etwa eine Satellitenver- 
bindung oder eine zellulare Verbindung, in Kommunikati- 
onsverbindung stehen, konnen iiber ein Modem oder eine 
Telefonleitungsverbindung mit Unterbrechungen verbunden 
sein, oder konnen gar nicht verbunden sein, sondern zum 
Ubertragen von Konfigurationsdaten von einem Standort 
zum anderen auf einen tragbaren Computer oder eine andere 
tragbare Speichereinrichtung zuriickgreifen. Typischer- 
weise enthalt der Hauptstandort die Master-Konfigurations- 
datenbank, wahrend jeder entfernte Standort oder ein Lap- 
45.. top oder anderer Computer, der den Hauptstandort mit dem 
entfemten Standort verbindet, eine AktenkofTer-Datenbank 
enthalt, die eine Kopie eines Teiles oder der gesamten Kon- 
figurationsdaten in der Master-Konfigurationsdatenbank 
speichert, die an dem entfemten Standort zu verwenden 
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30 und 54 gespeichert, so da(3 eine verteilte Konfigurations- 
datenbank geschaffen wird. Eine Konfigurationsanwen- 
dung, die in einer Benutzerschnittstelle oder einer anderen 
Einrichtung ausgefuhrt wird, greift auf die Konfigurations- 
komponenten zu, die der Benutzer betrachten oder behan- 
deln mochte, und zwar aus der Datenbank, in der diese Da- 
ten urspriinglich gespeichert sind, und abonniert Verande- 
rungen an diesen Komponenten. In einer Ausfiihrungsform 
werden Abonnentenverbindurigen oder -threads zwischen 



Die Aktenkofferkonfigurationsdatenbank wird von der 
Master-Konfigurationsdatenbank durch einen Benutzer 
durch eine Herunterlade- und Reservierungsoperation initia- 
lisiert. Bei einer Herunterladeoperation kopiert oder erhalt 
55 die AktenkofTer-Datenbank heruntergeladene Daten der Ab- 
schnitte der Konfigurationsdaten innerhalb der Master-Kon- 
figurationsdatenbank, die erforderlich sind, urn an einem 
entfemten Standort zu arbeiten, diesen neu zu strukturieren, 
zu vera^idefn, zu verbessern, fehlerfrei zu machen etc. Die 



jedem Nutzer oder Client und jeder der Datenbanken, auf 60 Herunterladeoperation kann automatisch die gesamte Konfi 



die der Benutzer oder Client zugreift, urn Konfigurationsda 
ten abzurufen, geschaffen. FUr Konfigurationsdaten, die in 
der Konfigurationsdatenbank 54 gespeichert sind und die 
von der Benutzerschnittstelle 53 abonniert sind (beide befin- 
den sich an dem entfemten Standort 14), erfordert der 
Thread keine Kommunikation iibef die Kommunikations- 
verbindung 16. Bei Daten, die in der Konfigurationsdaten- 
bank 30 gespeichert sind und von der Benutzerschnittstelle 
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gurationsinformation herunterladen, die von einem Benut- 
zer benotigt wird, um eine gewiinschte Operation an dem 
entfemten Standort durchzufuhren, um den Status des ent- 
femten Standorts zu betrachten etc. Eine Liste aller Konfi- 
gurationskomponenten, die fiir jede Operation erforderlich 
sind, kann geschaffen werden und gespeichert und benutzt 
werden, um das Herunterladen durchzufuhren. Alternativ 
kann ein Benutzer die Moglichkeit haben, wichtige Konii- 
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gurationsobjekte auszuwablen, die fur die Akf.ivit.aten an 
dem entfernten Standort. benotigt werden, und einige oder 
alle untergeordneten Elemente und/oder ubergeordneten 
Elemente dieser ausgewahlten Komponenten konnen auto- 
matisch in die Aktenkoffer-Datenbank heruntergeladen wer- 5 
den. Falls erwimscbt, kann jedocb der Benutzer die herun- 
terzuladenden Komponenten auswahlen. 

, Eine Reservierungsoperation wird verwendet, um zu ver- 
hindern, dafi Konfigurationsdaten innerhalb der Master- 
Konfigurationsdatenbank geandert werden, wahrend diese 10 
Daten von der Aktenkoffer-Datenbank verwendeL werden. 
Nur Elemente, die innerhalb der Master-Konfigurationsda- 
tenbank durch eine Aktenkoffer-Datenbank reserviert wur- 
den, konnen an dem entfernten Standort geandert werden. 
Um ein Element zu reservieren, kann eine Konfigurations- 15 
anwendung eine Reservierungsmitteilung an die Master- 
Konfigurationsdatefibank senden, die anschliefiend dieses 
Element in der Master-Konfigurationsdatenbank als reser- 
viert markiert und verhindert, daft andere Benutzer Verande- 
rungen an dem Element innerhalb der Master-Konfigurati- 20 
onsdatenbank vornehmen. Das Element kann optional ver- 
riegelt werden, wenn es reserviert ist, um Lesevorgange die- 
ses Elements zu verhinderm Ein derartiger verriegelter Zu-- 
stand verhindert, daB andere dieses Element editieren oder 
resemeren. Selbstverstandlich konnen die Herunterlade- 25 
und Reservierungsoperation iiber eine langsame Verbin- 
dung, eine Verbindung mit niedriger Bandbreite oder eine 
nicht permanente Verbindung. nach Wunsch durchgefiihrt 
werden. Da alle Konfigurationsdaten zusarnrnen gleichzeitig 
heruntergeladen werden, ist ein derartiges Herunterladen je- 30 
doch effizienter als das Ubertragen von Kopien der Daten 
von der Master- Konfigurationsdatenbank iiber eine lang- 
same oder mit niedriger Bandbreite arbeitende Verbindung 
auf einzelner Basis nach Bedarf. 

Nach dem Herunterladen und Reservieren der Konfigura- 35 
tionselemente wird die Aktenkoffer-Datenbank zu dem ent- 
fernten Standort gebracht (sofern die Aktenkoffer-Daten- 
bank nicht bereits an dem entfernten S tandort ist) und durch 
eine Konfigurationsanwendung an dem entfernten Standort 
benutzt, um Konfigurationsaktivitaten auszufuhren. Da die 40 
Aktenkoffer-Datenbank mit der gesamten Konfigurationsin- 
forrnation versehen ist, die erforderlich ist, um eine be- 
stimmte Operation durchzufuhren, kann die Aktenkoffer- 
Datenbank direkt an dem entfernten Standort verwendet 
werden oder kann verwendet werden t um eine lokale Daten- 45 
bank an dem entfernten Standort zu schaffen, und diese lo- 
kale Datenbank kann von jeder Konfigurationsanwendung 
genutzt werden, die an dem entfernten Standort ausgefuhrt 
wird. 

Typischerweise konnen Konfigurationsanwendungen, die 50 
die Aktenkoffer-Datenbank verwenden, nur Elemente edi- 
tieren, die von der Master-Konfigurationsdatenbank durch 
diese Aktenkoffer-Datenbank reserviert wurden. Wenn bei- 
spielsweise ein Benutzer ein Modul mit einer darnit verbun- 
denen zusammengesetzten Datenstruktur reserviert hat, 55 
iibertragt die Master- Konfigurationsdatenbank das Modul 
plus alle abhangigen Elemente oder untergeordneten Ele- 
mente dieses Moduls in die Aktenkoffer-Datenbank und re- 
serviert nur das Modul. Selbstverstandlich konnen die damit 
verbundenen zusammengesetzten Datensirukturen in dersel- 60 
ben Weise wie das Modul reserviert werden. Wenn ein Be- 
nutzer Herunterladefahigkeit benotigt, erlaubt das System 
den Benutzern, Herunterladerechte an bestimmten Knoten 
zu reservieren und Konfigurationsinformationen, ein- 
schlieBlich Herunterladeberichten und Statusinformationen 65 
fur diese Knoten, mit der Aktenkoffer-Datenbank auszutau- 
schen. Auf Wunsch kann die Konfigurationsanwendung, 
welche die Aktenkoffer-Datenbank verwendet, in der Ak- 
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tenkoffer-Datenbank gespeicherte Konfigurationsdaten in 
einer Weise darstellen, welche diejenigen Elemente deutlich 
bezeichnet, welche der Benutzer editieren kann. Beispiels- 
weise konnen editierbare Elemente in dem Konfigurations- 
bierarchiebaum in durchgehender Schrift gekennzeichnet. 
sein, und alle Elemente, die der Benutzer nicht verandem 
kann, konnen als grau schattiert dargestellt werden. Selbst- 
verstandlich konnen auch andere Arten der Darstcllung ver- 
wendet werden, welche Elemente oder Komponenten reser- 
viert wurden. Wie vorstehend angefufirt, sind Master-Konfi- 
gurationsdatenbankelemente, die reserviert wurden, in der 
Master-Konfigurationsdatenbank yerriegelt, so daB keine 
Anderungen an diesen Vorgenommen werden konnen, abge- 
sehen von einer Oberfuhrungsoperation (nachfolgend be- 
schrieben), die von der Aktenkoffer-Datenbank erzeugt 
wird, welche diese Elemente reserviert hat, Nachdem der 
Benutzer Veranderungen an den reservierten Elementen in- 
nerhalb der Aktenkoffer-Datenbank vorgenommen hat, 
kann die Aktenkoffer-Datenbank mit der Master-Konfigura- 
tionsdatenbank durch eine Uberfuhrungsoperation synchro- 
nisiert werden, bei der an reservierten Konftgurationskom- 
ponenten. durchgefiihrte Veranderungen in die Master-Kon- 
figurationsdatenbank zuriick uberfuhrt werden. Im einzel- 
nen uberfuhrt eine Uberfuhrungsoperation Konhgurations- 
elemente, die von der Master-Konfigurationsdatenbank re- 
serviert wurden, zuriick in die Master-Konfigurationsdaten- 
bank, wo diese Veranderungen wiedergegeben werden oder 
in der Master-Konfigurationsdatenbank gespeichert werden. 
Eine derartige Operation kann nach Wunsch die Reservie- 
rung der Elemente innerhalb der Master-Konfigurationsda- 
tenbank aufheben. Eine Konfigurationsanwendung kann 
eine Uberfiihrungsmitteilung an die Master-Konfigurations- 
datenbank zusarnrnen mit den Werten oder den Veranderun- 
gen der Elemente, die uberfiihrt werden, auf einmal senden, 
um die Belastung der langsamen Kommunikations verbin- 
dung zu reduzieren. Selbstverstandlich konnen die Opera- 
tionen des Reservierens und Uberfuhrens an einzelnen Ele^ 
menten von Konfigurationsdaten durchgefuhrt werden, wie 
beispiels weise an Bibliotheks.elementen, Modulen, Knoten, 
Karten etc., oder konnen an gesamten Abschnitten eines 
Baumes durchgefuhrt werden, wie etwa an einem uberge- 
ordneten Element und alien dazugehorigen untergeordneten 
und weiter untergeordneten Elementen. 

Auf Wunsch kann eine Konfigurationsanwendung eine 
gesamte Aktenkoffer-Datenbank mit der Master-Konfigura- 
tionsdatenbank synchronisieren, indem beispielsweise die 
reservierten Elemente von der Aktenkoffer-Datenbank ex- 
portiert werden, die Exportdatei komprimiert wird und die 
komprimierte Exportdatei an den Knoten, auf dem sich die 
Master-Datenbank befindet, ubertragen wird (das heiBt fiber 
die langsame bzw. mit niedriger Bandbreite arbeitende 
Kommunikations verbindung). An der Master-Datenbank 
kann eine Anwendung die Exportdatei dekomprimieren, 
diese Datei in die Master-Datenbank in jeder bekannten oder 
gewiinschten Weise importieren, die aktuelle Struktur der 
Master-Datenbank in das in der Master-Datenbank verwen- 
dete Text- oder Datenformat extrahieren, die Exportdatei 
komprimieren und die komprimierte Exportdatei zuriick zu 
dem Knoten ubertragen, der die Aktenkoffer-Datenbank hat. 
Die Anwendung in der Aktenkoffer-Datenbank dekompri- 
miert anschliefiend die Exportdatei und importiert diese de- 
komprimierte Datei zuriick in die Aktenkoffer-Datenbank, 
Dieser ProzeB stellt sicher, daB alle Elemente innerhalb der 
Master-Konfigurationsdatenbank und der Aktenkofferkonfi- 
gurationsdatenbank gleich sind. 

In Fig* 3 ist ein ProzeBsteuersystem 100, das wie vorste- 
hend beschrieben eine Aktenkoffer-Datenbank fur Konfigu- 
rationsaktivitaten nutzt, dargestellt. Das ProzeBsteuersystem 
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100 enthalt einen Hauptstandort 101 mit Benutzerschnitt- 
steLlen 102 und 104, die mit einer Steuereinrichtung 106 
verbunden sind, welche SteUeraktivitaten ausfuhrL Die Be- 
nutzerschnittstellen 102 und 104 sind ferner mit einem 
Laufzeitdatenserver 108 und einem Konfigurationsdaten- 
barikserver 110 verbunden, die mit einem entfernten Stand- 
ort 111 iiber eine langsame Kommunikationsverbindung, 
wie z. B. eine Satelliten verbindung, eine Modemverbin- 
dung, eine zelLulare Verbindung etc, in Kommunikatioh ste- 
hen. Der Hauptstandort 101 enthalt femereine Master-Kon- 
figurationsdatenbank 112, auf die der Datenbankserver 110 
zugreifen kann. In ahnlicher Weise enthalt der entfemte 
Standort 111 Benutzerschnittstellen 114 und 116, die mit ei- 
nem Laufzeitserver 118 und mit einem Konfigurationsdaten- 
bankserver 120 verbunden sind, die mit dem Hauptstandort 15 

101 iiber die langsame Verbindung in Kommunikation sind. 
Der entfemte Standort 111 enthalt feme eine Aktenkoffer- 
Konfigurationsdatenbank 122 t Die Aktenkoffer-Konfigura- 
tionsdatenbank 122 kann als eine lokale Datenbank fur den 
entfernten Standort 111 verwendet werden und kann Konfi- 
gurationsinformationen iiber die langsame Verbindung von 
der Master-Konfigiirationsdatenbank 112 an dem Haupt- 
standort 101 erhalten. 

Unter Verwendung einer Konfigurationsanwendung, die 
Browsing-, Reservierungs- und Syrichronisierungsoperatio- 
nen im Fernbetrieb von einer der Benutzerschnittstellen 114 
und 116 bietet, kann ein Techniker Konfigurationsinforma- 
tionen von der Master-Konfigurationsdatenbank 112 in die 
Aktenkoffer-Datenbank 122 herunterladen. Als Teil dieses 
Vorganges kann dem Benutzer Gelegenheit gegeben wer- 
den, die Master-Datenbank 112 zu kopieren, die Baumstruk- 
tur fur die Master-Datenbank 112 zu kopieren, oder die lo- 
kale bzw t Aktenkoffer-Datenbank ohne Kopieren einer 
Struktur von der Master-Datenbank zu erstellen. Zu dieser 
Zeit kann der Benutzer an dem entfernten Standort 111 auch 
innerhalb der Master-Konfigurationsdatenbank 112 einen 
Teil oder die gesamte heruntergeladene Information reser- 
vieren, um es zu ermoglichen, daB Veranderungen an dieser 
Information vorgenommen werden und andere daran gehin- 
dert werden, zu versuchen, diese Information innerhalb der 
Master-Konfigurationsdatenbank 112 zu andern. Vorzugs- 
weise ergibt die Herunterladeoperation alle erforderlichen 
Konfigurationsinformationen auf einmal uber die langsame 
Kommunikationsverbindung, was effizienter 1st, als diese 
Daten stUckweise iiber die langsame Verbindung zu erhal- 
ten. 

AnschlieBend kann der Benutzer. den entfernten Standort 
111 oder Elemente desselben unter Verwendung einer Kon- 
figurationsanwendung und der Aktenkoffer-Datenbank 122 
an dem entfernten Standort konfigurierem Auf Wunsch 
konhte der Benutzer ansteJle dessen auch Abschnitte des 
Hauptstandortes 101 von dem entfernten Standort 111 konfi- 
gurieren. Dabei kann die Konfigurationsanwendung, die 
beispiels weise in der Benutzerschnittstelle 116 ausgefuhrt 
wird, auf die Aktenkoffer-Datenbank 122 zugreifen und die 
Abschnitte der Konfigurationshierarchte oder des Baumes, 
die in der Aktenkoffer-Datenbank 122 gespeichert sind, an- 
zeigen oder anderweitig nutzen. Wenn der Benutzer die 
Struktur in der Master-Datenbank 112 sehen mochte, kann 
der Benutzer eine Synchronisierungsoperation ablaufen las- 
sen, die die Master-Datenbank iiber die langsame Verbin- 
dung nach den gesamten darin enthaltenen Informationen, 
der Baumstruktur oder nach jedem anderen gewtinschten 
Abschnitt der Konfigurationsinformationen innerhalb der 
Master-Datenbank 112 abfragt und die Aktenkoffer-Daten- 
bank 122 mit diesen Informationen aktualisiert Wenn die 
Konfigurationsaktivitateh an reservierten Elementen been- 
det sind t kann der Benutzer die an dem bzw, den reservierten 



Elementen durchgefuhrten Veranderungen iiber die ^lang- 
same Verbindung zuriick an die Master-Datenbank 112 
iibertragen,. um zu veranlassen, daft die Anderungen in der 
Master-Konfigurationsdatenbank 112 gespeichert. werden. 

Wie Fig. 4 zeigt, konnen eine oder mehrerc Aklenkoffer- 
Dateribanken verwendet werden, um Konfigurationsaktivi- 
taten von nicbt yerbundenen Workstations auszufiihren. Ins- 
besondere zeigt Fig. 4 ein Prozefisteuersystern 130, das ei- 
nen Hauptstandort 131 enthalt, zu dem eine Master-Konfi- 
gurationsdatenbank 132, ein Konfigurationsdatenbankser- 
ver 133 und eine Benutzerschnittstelle 134 gehoren. Ent- 
femte Standorte 13S und 136 enthalten in ahnlicher Weise 
jeweils einen Datenbankserver 138, eine oder mehrerc Be- 
nutzerschnittstellen oder Workstations 140, die Konfigurati- 
onsanwendungen ausfiihren konnen, und eine oder mehrere 
Aktenkoffer-Konfigurationsdatenbanken 142, die verwen- 
det werden konnen, um Konfigurationsaktivitaten an jedem 
der Elemente in der Master-Konfigurationsdatenbank 132 
auszuftihren. Falls erwunscht* kann die Aktenkoffer-Daten- 
bank. 142 innerhalb einer der Benutzerschnittstelleneinrich- 
tungen 140 sein. Ahnlich wie bei dem System von Fig* 3 
konnen Benutzer an den Workstations 140 eine Konfigurati- 
onsanwendung benutzen, die beispiels weise in einer der 
Schnittstellen 140 ausgefuhrt wird, um Verbindung mit der 
Master-Datenbank 132 aufzunehmen, Konfigurationsinfor- 
mationen von dieser herunterzuladen und innerhalb der Ma- 
ster-Konfigurationsdatenbank 132 alle Elemente zu reser- 
vieren, die verandert werden solkn. Ein derartiges Herun- 
terladen kann uber eine langsame Verbindung oder iiber eine 
nicht kontinuierliche Verbindung ? wie beispiels weise eine 
Wahlverbindung, oder iiber eine tragbare entfernbare physi- 
sche Verbindung, wie z. B. einem Laptopcomputer durchge- 
fuhrt werden. In jedem Fall laden die unterschiedlichen 
Standorte 135 und 136 einen Teil oder die gesamte Konfigu- 
rationsinformation von der Master-Konfigurationsdaten- 
bank 132 in die Aktenkoffer-Datenbank 142. Die Benutzer 
an den unterschiedlichen entfernten Standorten 135 und 136 
konnen jedoch separate Elemente, die zu verandern sind, re- 
servieren. 

Nachdem ein Herunterladevorgang durchgefuhrt wurde, 
konnen Konfigurationsanwendungen an den Workstations 
140 durchgefUhrt werden, um die Elemente zu verandern 
oder zu modifizieren, die innerhalb jeder Aktenkoffer-Da- 
tenbank 142 reserviert wurden, und an einem bestimmten 
Punkt konnen Veranderungen an diesen reservierten Ele- 
menten unter Verwendung einer "Obertragungsprozedur zu- . 
nick in die Master-Konfigurationsdatenbank 132 hochgela- 
den werden, Auf diese Weise kann die Aktenkoffer : Daten- 
bank 142 an Workstations 140 verwendet werden, die von 
dem Hauptnetzwerk 131 yollig getrennt sind oder die iiber 
eine langsame Kommunikationsverbindung verbunden sind, 
so daB beispielsweise ein Techniker Elemente in die Work- 
station 140 Ziehen kann, um an einem anderen Ort zu arbei- 
ten, diese Elemente andem kann und die neueren Versionen 
dieser Elemente zu einem spateren Zeitpunkt zuriick in die 
Master-Datenbank 132 iibertragen kann, Indem man es er- 
moglicht, eine Anzahl von unterschiedlichen Aktenkoffer- 
Datenbanken 142 zur selben Zeit zu erstellen, kann die si- 
multane Entwicklungsarbeit verbessert werden, Insbeson- 
60 dere kann jede Aktenkoffer-Datenbank 142 eine Teilmenge 
der Konfiguration innerhalb der Master-Konfigurationsda- 
tenbank 132 enthalten t so dafi die Konfigurationsoperatio- 
nen von verschiedenen Technikem logisch geteiit, zugeord- 
net und vbllendet werden konnen. 

Falls gewiinscht konnen neue Konfigurationsdaten peri- 
odisch zuruck zu der Master-Datenbank 132 iibertragen 
werden, um einen Datenflufl zwischen den unterschiedli- 
chen Aktenkoffer-Datenbanken 142 zu ermoglichen, Bei- 
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spielsweise kann in der Praxis ein Techniker an einein Aus- 
ruslungsteil arbeiten und ein anderer kann an dem Steuer- 
modul arbeiten, das dieses Ausriistungsteil betreibt. Der 
letztere benotigt die endgultige Version der Geratekonfigu- 
rationskomponente, bevor die Steuermodulkonfigurations- 
komponente vollendet wird. Die endgultige Geratedefinition 
kann jedoch aus der Master-Datenbank 132 gezogen wer- 
den, nachdem der erste Techniker die Arbeit an der Gerate- 
definition beendet hat und den Inhalt dieser Definition zu- 
ruck in die Master-Datenbank 132 iibertragen hat. 

Fig. 5 zeigt ein weiteres Beispiel eines ProzeBsteuersy- 
stems 145, in dem Aktenkoffer-Datenbanken vorteilhaft 
verwendet werden konnen; Das Prozeflsteuersystem 145 
enthalt eine Steuerzentrale, die eine Master-Konfigurations- 
datenbank 147 hat, die mit einem Datenbankserver 148, ei- 
ner Benutzerworkstation 149 und einem Laufzeitserver .150 
verbunden ist Das System 145 enthalt femer eine Betriebs- 
anlagenebene, die einen Datenbankserver 152 und einen 
Laufzeitserver 154 hat, die mit der Steuerzentrale uber eine 
LAN-Verbindung verbunden sind, wobei es sich urn jede 
Art von LAN^Verbiridung einschlieBlich eines gemeinsam 
genutzten LAN handeln kann. Die Betriebsanlagenebene 
enthalt ferner eine Aktenkoffer-Datenbank 156, die bei- 
spielsweise mit einem Laptop 158 oder einem anderen 
Computer, einer Benutzerschnittstelle oder einer Worksta- 
tion verbunden oder innerhalb derselben angeordnet sein 
kann, welche beispielsweise yon einem Aniagentechniker 
oder einem Ingenieur verwendet wird, um Veranderungen 
an der Betriebsanlagenebene durchzufuhren. Der Benutzer 
auf der Betriebsanlagenebene kann eine Konfigurationsan- 
wendung von dem Computer 158 aus ablaufen lassen, um 
Elemente der Konfigurationsdaten, die in def Master-Daten- 
bank 147 gespeichert sind, uber das LAN zu erhalten und 
wenigstens einige dieser Elemente zu reservieren. Anschlie- 
Bend kann der Benutzer auf der Betriebsanlagenebene, so- 
bald die reservierten Elemente sowie beliebige weitere Ele- 
mente, die von einer Konfigurationsanwendung benotigt 
werden, um Anderungen an der Konfiguration in der Be- 
triebsanlagenebene durchzufuhren, in die Aktenkoffer-Da- 
tenbank 156 heruntergeladen sind, die Konfigurationsan- 
wendung unter Verwendung der lokalen bzw^ Aktenkoffer- 
Datenbank 156 ablaufen lassen, um Veranderungen an den 
reservierten Elementen durchzufuhren, und anschlieflend 
kann er diese Veranderungen uber das LAN zuriick zu der 
Master-Datenbank 147 iibertragen. Der ProzeB eliminiert 
die Erfordernisse, zahlreiche Anrufe tiber das gemeinsam 
genutzte LAN an die Master-Datenbank 147 durchzufuhren, 
was nicht effizient ist, 

Gleichzeitig kann ein Benutzer zuhause einen Computer 
160 und erne Aktenkoffer-Datenbank 162 haben, die tiber 
einen Datenbankserver 164, bei dem es sich beispielsweise 
um ein Modem fur Wahlverbindungen handeln kann, ver- 
bunden sein. Dieser Benutzer kann von der Master-Daten- 
bank 147 iiber das Modem 164 Konfigurationsdaten erhal- 
ten und diese Informationen in der Aktenkoffer-Datenbank 
162 speichern, wobei die Elemente reserviert werden, die 
dieser Benutzer verandern mochte. Der Benutzer zuhause 
kann anschlieBend in freier Zeiteinteilung eine Konfigurati- 
onsanwendung ausfuhren, die die Konfigurationsinforma- 
tionen innerhalb der Aktenkoffer-Datenbank 162 bearbeitet, 
und Veranderungen nach deren Vollendung iiber die Mo- 
dem-Wahlverbindung zuriick zu der Master-Datenbank 147 
iibertragen. 

Auf Wunsch kann ein Benutzer Informationen, die ver- 
schiedene Prozeflsteuersysteme, Standorte etc. betreffen, in 
derselben Aktenkoffer-Datenbank herunterladen oder pla- 
zieren, wenn beispielsweise der Benutzer Veranderungen an 
zwei verschiedenen ProzeBsteuersystemen durchzufuhren 



■ wunscht. In dieser Situation konnen mehrere Aktenkoffer- 
Datenbanken in einem Computer gespeichert. werden und 
dieser eine Computer kann verwendet werden, um verschie- 
dene Standorte desselben Prozesses zu konfigurieren oder 

5 verschiedene Standorte, die zu verschiedenen Prozessen ge- 
horen, zu konfigurieren. Typischerweise wird es sich bei ei- 
nem derartigen Computer um einen Laptop oder einen ande- 
ren tragbaren Computer handeln, in dem Konfigurationsan- 
wendungen gespeichert und ausgefuhrt werden und der eine 

10 Konfigurationsdatenbank und zugehorige Datenbanklade- 
und Zugriffsanwendungen enthalt. 

Falls erwunscht, kann die Master-Datenbank in jedem der 
Systeme von Fig* 1 und 3 bis 5 automatisch ein Revisionsar- 
chiv von Konfigurationselementen speichern, um eine Kon- 

15 trolle der Quellen flir Veranderungen an Konfigurationsele- 
menten zu schaffen. In ahnlicher Weise konnen Elemente in 
der Aktenkoffer-Datenbank, die modifiziert wurden, visuell 
gekennzeichnet dargestellt werden, um anzuzeigen, daB die 
Aktenkoffer- Version modifiziert wurde und daf3 eine Uber- 

20 tragungsaktivitat ausgefuhrt werden muB, 

Anstelle des Vorsehens einer Aktenkoffer-Datenbank 
kann eine Spiegeldatenbank an entfemten Standorten eines 
ProzeBsteuersy stems unterhalten werden. Die Spiegeldaten- 
bank erweitert das Aktenkoffermodell dadurch, daB zwei 

25 Datenbanken, das heiBt die entfernte Datenbank und die 
Master-Datenbank, synchronisiert gehalten werden, was 
beispielsweise bei einer Festiand-ZHochsee-ProzeBsteuer- 
konfiguration wunschenswert sein kann, wo das Editieren . 
einer Datenbank iiber eine langsame Verbindung nicht 

30 durchfuhrbar ist. Die Spiegeldatenbank kann auch verwen- 
det werden, um die Redundanz zu unterstUtzen, In der Spie- 
geldatenbank werden alle Konfigurationselemente, ein- 
schlieBlich beispielsweise Bibliotheks-, Setup- und Steuer- 
daten, von der Master-Datenbank auf permanenter Basis ge- 

35 schrieben. Ein derartiges Abonnement kann in der in Ver- 
bindung mit Fig* 7 bis 15 hier beschriebenen Weise umge- 
setzt werden, falls erwiinscht. Femer wird ein Konfigurati- 
onselement automatisch vori der Master-Datenbank reser- 
viert, wenn dieses Konfigurationselement in der Spiegelda- 

40 tenbank editiert wird, Somit sendet ein Editiervorgang in der 
Spiegeldatenbank automatisch eine Mitteilung iiber die 
langsame Kommunikationsverbindung zu der Master-Kon- 
figurationsdatenbank, urn dieses Element zu reservieren. 
Wenn die Reservierungsoperation aufgrund einer Verriege- 

45 lung dieses Elements innerhalb der Master-Konfigurations- 
datenbank nicht durchfuhrbar ist, wird das Editieren in der 
Spiegeldatenbank verhihdert Zu einem spateren Zeitpunkt 
wird, nachdem eine Veranderung in der Spiegeldatenbank 
vorgenonimen wurde, das Konfigurationselement von der 

50 Spiegeldatenbank zuriick in die Master-Konfigurationsda- 
tenbank iibertragen, Diese t)bertragungsaktivitat kann auto- 
matisch ausgefuhrt werden, wenn eine Veranderung durch- 
gefiihrt wurde, periodisch auf zeitabhangiger Basis, wie 
etwa alle 10 Minuten, oder von Hand ansprechend auf einen 
55 Benutzerbefehl zur Durchfuhrung einer Ubertragungsaktivi- 
tat. 

Umgekehrt werden bedingt durch das Abonnementver- 
haltnis der Spiegeldatenbank an der Master-Datenbank Ver- 
anderungen an der Master-Konfigurationsdatenbank unmit- 

60 telbar fiber die langsame Kommunikationsverbindung zu 
der Spiegeldatenbank verschoben oder gesendet, Bei einer 
Spiegeldatenbank konnen beide Datenbanken unabhangig 
arbeiten, wenn die Kommunikationsverbindung unterbro- 
chen ist. Modifikationen an den Datenbanken mussen je- 

65 doch von Hand abgesnmmt werden, wenn die Kommunika- 
tionsverbindung wieder aufgenommen wurde. Im allgemei- 
nen konnen mehrere Spiegeidatenbanken als Abonnenten 
derselben Master-Datenbank existierem Aufgrund der 
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Abonnement-Natur der Verbindung zwischen der Spiegel- 
datenbank und der Master-Datenbank mussen, sobald die 
Spiegeldatenbank geschaffen wurde, nur Veranderungen an 
Daten innerhalb der Spiegeldatenbank und der Master-Da- 
lenbank iiber die Iangsame bzw. mil geringer Bandbreite ar- 
beitende Kommunikationsverbindung gesendet werden, 
was effizienter ist, als zu versuchen, Konfigurationsdaten 
stiickweise nach Bedarf von jedem der Benutzer der Spie- 
geldatenbanken herunterzuladen. 

Anstatt eine einzelne Master- Konfigurationsdatenbank 
und eine oder mehrere Aktenkoffer- oder Spiegeldatenban- 
ken zu haben, die periodisch mit der Mas ter- Konfigurations- 
datenbank synchronisiert werden miissen, oder zusatzlich zu 
dieser Anordnung kann eine Konfigurationsdatenbank uber 
verschiedene Abschnitte eines ProzeBsteuersystems verteilt 
sein, so daB verschiedene Komponenten der Konfigurations- 
daten in verschiedenen physischen Datenbanken gespei- 
chert sind, die an verschiedenen physischen Standorten des 
ProzeBsteuersystems angeordnet sind. Die verteilten Konfi- 
gurationsdatenbanken konnen verwendet werden, urn es zu 
ermoglicheri, daB Konfigurationsinformationen, die zwei 
oder mehr geographisch getrennte Standorte oder Platze be- 
treffen, miteinander integriert werden und eine nahtlose An- 
sicht des gesarnten ProzeBsteuersystems gebildet wird, wo- 
bei diese nahtlose Ansicht beliebige bzw. alle Prozeflsteuer- 
konfigurationskomponenten in jedem der. unterschiedlichen 
Standorte oder -platze enthalten kann, 

Fig, 6 stellt ein ProzeBsteuersystem 170 dar, das eine 
Hierarchie von Konfigurationsdatenbanken hat, die ver- 
schiedene logische und/oder physische Orte betreffen. Das 
ProzeBsteuersystem 170 enthalt drei Zonen mit den Namen 
Zone_A 172, ZoneJB 174 und Zone_C 176, zwei Standorte 
narnens Standort_l 180 und Standort_2 182 und ein Unter- 
nehmensnetzwerk 184. Die Zonen 172 und 1?4 enthalten 
Konfigurationsdatenbanken 172a bzw, 174a und diese Zo- 
nen sind beispielsweise iiber einen Satelliten, ein Modem 
oder eine andere Iangsame, mit niedriger Bandbreite arbei- 
tende oder nicht kontinuierliche Kommunikationsverbin- 
dung mit dem Standort 180 in Kommunikationsverbindung 
(wie durch die Linien zwischen den Zonen 172 und 174 und 
dem Standort 180 dargestellt). Entsprechend enthalt die 
Zone 176 eine Konfigurationsdatenbank 176a und steht uber 
eine beliebige Kommunikationsverbindung mit dem Stand- 
ort 182 in Kommunikation. Femer enthalten die Standorte 
180 und 182 Konfigurationsdatenbanken 180a bzw. 182a 
und sind iiber eine beliebige Kommunikationsverbindung 
mit dem Untemehmenssystem 184 verbunden. Das Unter- 
nehmenssystjem 184 enthalt auch eine Dateribank 184a. 

Eine Zone, beispielsweise jede der Zonen 172, 174 und 
176, ist typischerweise eine logische und kann in vielen Fal- 
len eine physische Unterteilung eines groBen Steuersy stems 
sein, Somit kann. eine Zone allgemein ohne Verbindung zur 
AuBenwelt funktionieren, Eine Zone kann beispielsweise je- 
des traditionelle ProzeBsteuersystem sein, das miteinander 
verbundene Einrichtungen an einem bestimmten geographi- 
schen Ort hat. Ein Standort, wie etwa jeder der Standorte 
180 und 182, ist eine logische Definition eines Bereiches, ei- 
ner Region etc., und kann eine beliebige Anzahl von Zonen 
haben, die zu diesem gehoren. Das Untemehmenssystem 
184 ist das System der hdchsten Ebene in der Konfigurati- 
onsdatenbankhierarchie innerhalb des ProzeBsteuersystems 
170 und steht mit jedem der Standorte und dadurch mit jeder 
der Zonen innerhalb des ProzeBsteuersystems 170 in Kom- 
munikationsverbindung. SelbstverstandEch ktinnten andere 
Standorte, Zonen undBereiche oder andere logische Einhei- 
ten mit der Hierarchie des ProzeBsteuersystems 170 iiber 
Iangsame oder andere Kommunikationsverbindungen ver- 
bunden werden und die unterschiedlichen geographischen 
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Orte eines ProzeBsteuersystems konnen auf andere Weise 
miteinander verbunden werden, solange die Konfigurations- 
datenbank jeder Zone, jedes Standortes, jedes Bereiches etc.. 
von jeder anderen Zone, jedem anderen Standort, BereLch 
etc. iiber eine oder eine Reihe von zwei oder mehr Kommu- 
nikationsverbindungen zugreifbar ist. Wahrend ferner die 
verteilte Komrnunikationsdatenbankhierarchie von Fig, 6 
drei Ebenen (Zonen, Standorte und das Unternehmen) ent- 
halt, koonten anstelle dessen zwei Ebenen oder vier oder 
mehr Ebenen verwendet werden. 

Wie Fig. 6 zeigt, ist jeder Abschnitt des ProzeBsteuersy- 
stems 170 mit einer Konfigurationsdatenbank ausgerustet 
und die Konfigurationsinformation far das gesamte ProzeB- 
steuersystem 170 oder die verschiedenen Elemente dessel- 
ben ist iiber die Datenbanken 172a, 174a, 176a, 180a, 182a 
und 184a verteilt. In einer bevorzugten Ausfiihrungsform 
sind die Konfigurationsdaten oder Konfigurationskompo- 
nenten in der Konfigurationsdatenbank fair die niedrigste 
Ebene in der Hierarchie, die aus dem Unternehmen, den 
Standorten und den Zonen gebildet ist, fur die diese Daten 
alleine benannt sind. So werden beispielsweise Bibliotheks- 
daten, welche Vorlagen von Einrichtungen und Softwareele- 
menten speichem konnen, die iiberall in dem ProzeBsteuer- 
system 170 verwendet werden konnen, typischerweise in 
der hochsten Ebene in der Hierarchie gespeichert und sind in 
dieser zuganglich, das heiBt in der Konfigurationsdatenbank 
184a des Unternehmenssy stems 184. In ahnlicher Weise 
konnen Informationen, die die Biblipthekskomponenten und 
die Systemkonfiguration eines Standortes betreffen, in der 
Konfigurationsdatenbank des Standortes gespeichert wer- 
den, wahrend Konfigurationsinformationen, die zu be- 
stimmten Einrichtungen, Steuermodulen etc, in eine Zoner 
gehoren, in der Konfigurationsdatenbank dieser Zone ge- 
speichert werden. Ferner wird die Steuerkonfigurationsin- 
formation typischerweise in einer Zonenkonfigurationsda- 
tenbank gespeichert, da diese Konfigurationsinformationen 
physische Einrichtungen in dieser Zone direkt betreffen. 
Allgemein ausgedriickt ist es das Ziel, jedes bestimmte Teil 
von Konfigurationsdaten in der Konfigurationsdatenbank 
der Hierarchie von Datenbanken zu speichern, wo auf diese 
Konfigurationsdaten am wahrscheinlichsten zugegriffen 
wird, oder in einer Weise, daB jedes bestimmte Teil von 
Konfigurationsdaten ohne weiteres von Benutzem an ande- 
ren Orten des ProzeBsteuersystems 170 gefunden werden 
kann. 

Bei der in Fig, 6 dargestellten verteilten Konfigurations- 
datenbankstrategie greift eine Konfigurationsanwendiing, 
die in einer der Zonen, an einem der Standorte, in einern der 
Bereiche etc. des ProzeBsteuersystems 170 ablauft, auf Kon- 
figurationsdaten von einer oder mehreren Konfigurationsda- 
tenbanken zu, die an dernselben Standort, in derseiben Zone 
etc. und/oder an anderen Standorten, in anderen Zonen etc. 
angeordnet sein konnen, und greift auf diese Daten nach Be- 
darf zu, um den gegenwartigen Status des ProzeBsteuersy- 
stems 170 darzustelleh oder andere Konfigurationsoperatio- 
nen auszufuhren. Es versteht sich, daB eine Konfigurations- 
anwendung, die von einer der Zonen, einem der Standorte 
oder dem Untemehmenssystem von Fig. 6 ausgefiihrt wird, 
in derLage ist, auf die Konfigurationsdaten zuzugreifen, die 
in jeder der verschiedenen Konfigurationsdatenbanken ge- 
speichert sind, um eine Darstellung der aktuellen Konfigura- 
tion jedes Teiles oder des gesarnten ProzeBsteuersystems 
170 zu geben, und in derLage sein kann, jedes der Elemente 
innerhalb jedes Standortes, innerhalb jeder Zone etc. des 
ProzeBsteuersystems 170 neu zu konfigurieren. Eine ver- 
teilte Konfigurationsdatenbank, wie etwa die in Fig. 6 ge- 
zeigte, hat die lendenz, die Menge der Kommunikation zu 
verrnindern, die fiber die Iangsame Kommunikationsverbin- 
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dung durchgefuhrt werden muB, da typischerweise Benutzer 
an einem Standort oder in einer Zone wahrscheinlicber die 
Konfigurationsdaten dieses. Standortes oder dieser Zone be- 
trachten, benutzen oder verandern, als diejenigen eines an- 
deren Standortes oder einer anderen Zone, was bedeutet, 
daB die meisten Lesevorgange aus und Schreibvorgange in 
die Konfigurationsdatenbank innerhalb eines Standortes 
oder einer Zone von Benutzerschnittstellen innerhalb dieses 
Standortes oder dieser Zone auftreten, wahrend weniger der- 
artige Lesevorgange und Schreibvorgange von anderen Zo- 
nen oder Standorten uber eine oder mehrere langsame Koni- 
.munikationsverbindungen kommen, Es ist jedoch die ge- 
samte Konfigurationsinformation fur jeden Teil des ProzeB- 
steuersys terns 170 fur Benutzerschnittstellen oder andere 
Einrichtungen in jedem anderen Teil des ProzeBsteuersy- 
s terns 170 verfugbar, 

Um die Kommunikation zwischen den verschiedenen Zo- 
nen, Standorten etc. zu ermoglichen, kann jede Datenbank 
innerhalb des Systems Informationen speichern, die die all- 
gerneine Einstellung der Konfigurationshierarchie betreffen. 
Beispielsweise kann jede Datenbank einige Objektwurzeln 
speichern, die fur die Konfiguration in alien Orten gemein- 
sam sind, und Zeiger speichern; welche die bestimmte Da- 
tenbank angeben, die weitere Konfigurationsinformationen 
tiber diese Wurzeln hat, oder die die hachste Datenbank an- 
geben, die fur diese Information abzufragen ist. So kann ein 
Benutzer in Zone_A 172 versuchen, auf ein Wurzelobjekt 
zuzugreifen und untergeordnete Elemente dieser Wurzel an- 
fordern. Ansprechend darauf kann die Konfigurationsdaten- 
bank 172a die Datenbank finden, welche die untergeordne- 
ten Eleinente speichert, indem ein Zeiger fiir die ausge- 
wahlte Wurzel betrachtet wird, und dieser Zeiger kann ange- 
ben, daB auf die Daten fiir diese Wurzel von der Untemeh- 
mensdatenbank 184a zugegriffen werden mufi oder daB auf 
die Datenbank 180a von Standort_l zugegriffen werden 
sollte, um weitere Zeiger fur diese Daten zu erhalten. Die 
Datenbank 172a kann dann einen Auslesevorgang der Da- 
tenbank 180a uber eine langsame Verbindung veranlassen, 
was veranlassen kann, daB die Datenbank 180a den Lese- 
vorgang der Unternehmensdatenbank 184a durchfiihrt. 
Selbstverstahdlich ist esmoglich, daB die Unternehmensda- 
tenbank 184a auf die Datenbank 182a von Standort_2 zu- 
greift, welche moglicherweise auf die Datenbank 176a von 
Zone_C fiir diese Daten zugreifen.muB. Altemativ kbnnen 
Browser- oder Suchanwendungen an jeder Datenbank vor- 
gesehen sein, um beispielsweise die Datenbank 172a von 
Zone_A, die Datenbank von Standoit_l oder andere Dateh- 
banken zu durchsuchen, um den Ort eines bestimmten Teiles 
von Konfigurationsdaten innerhalb des verteilten Konfigu- 
rationssystems 170 zu finden. 

Auf Wunsch kann jede Datenbank innerhalb des Systems 
170 eine lokale Kopie von Daten speichern, die urspriinglich 
an einem anderen Standort, in einer anderen Zone etc. ge- 
speichert sind. Insbesondere wenn eine Anfrage nach Daten, 
die nicht in einer bestimmten Datenbank gespeichert sihd, 
erhalten wird, kann die Datenbank diese Daten von einer an- 
deren Datenbank abrufen und bei Abrufen dieser Daten 
diese lokal zur Benutzung durch die Benutzer speichern, die 
direkt mit dieser Datenbank (wie etwa die Benutzer an dem- 
selben Standort und in derselben Zone) verbunden sind, 
oder sie ansprechend auf Anforderungen von anderen Da- 
tenbanken innerhalb der Dafenbankhierarchie.weitersenden. 
Somit kann in vorstehend beschriebenem Beispiel jede der 
Datenbanken 180a, 184a und 182a eine lokale Kopie von 
Konfigurationsdaten speichern, die ursprunglich in der Da- 
tenbank 176a von Zone_C gespeichert sind, da diese Daten 
von der Datenbank 172a der Zone_A oder einem Benutzer 
in Zone_A angefordert wurden. 



Da auf einige oder alle Konfigurationsdaten fiir eine be- 
stimrnte Konfigurationsansicht, die auf einer beliebigen Be- 
nutzerschnitts telle angezeigt wird, uber eine oder mehrere 
langsame Kommunikationsverbindungen zugegriffen wird, 
5 ist es moglich, in eine Situation zu geraten, in der Konfigu- 
rationsdaten, die auf einer bestimmten Benutzcrschnittstelle 
angezeigt werden, basierend auf Verandcrungen, die an der 
Konfigurationsinformation durch einen anderen Benutzer 
durchgefuhrt wurden, sei es an demselben Standort oder in 

10 derselben Zone oder anderswo, uberaltert bzw. nicht mehr 
aktuell sind, Wahrend jede Konfigurationsanwendung peri- 
odiseh auf die entsprechende Konfigurationsdatenbank zu- 
greifen konnte, um die Konfigurationsinformation, die auf 
einem Bildschirm dargestellt wird, zu aktualisieren, wtirde 

15 diese periodische Aktualisierung bzw. AufTrischung das 
AusmaB der Kommunikation, die uber die langsame Kom- 
munikationsverbindung durchgefuhrt werden muB, be- 
trachtlich erhohen und wiirde femer die Zahl der Lesevor- 
gange aus den Konftgurationsdatenbanken erhohen, was die 

20 Kommunikation innerhalb des ProzeBsteuersystems 170 
verlangsarnt und die Belastung jeder der Konfigurationsda- 
tenbanken darin erhoht, 

Zur Losung des. Problems kann jede Konfigurationsan- 
wendung, die auf Konfigurationsdaten zugreift, die geeig- 

25 nete Konfigurationsdatenbank fiir jede Konfigurationskom- 
ponente, die auf dem Bildschirm dargestellt (oder anderwei- 
tig verwendet) wird, abonniefen und die Konfigurationsda- 
tenbank, die diese Daten speichert, benachrichtigt automa- 
tisch jede Abonnentenkonfigurationsanwendung (Client) 

30 uber Veranderungen, die an der Information innerhalb der 
Konfigurationsdatenbank vorgenomrnen wurden. Diese Ver- 
anderungen konnen anschlieBend automatisch an den Client 
gesendet werden und beispielsweise auf einem Benutzer- 
bildschirm dargestellt' werden, oder die Veranderungen kon- 

35 nen von dem Benutzer angefordert werden. Auf diese Weise 
ist die Konfigurationsinformation, die von jeder Konfigura- 
tionsanwendung verwendet wird, beispielsweise jedes Teil 
der Informationen, die auf jedem Bildschirm dargestellt 
werden, ungeachtet dessen, wo die Client- Anwendung, wel- 

40 che diese Information verwendet, innerhalb des ProzeBsteu- 
ersystems 170 angeordnet 1st, aktuell. 

Wenn eine CUent-Anwendurig bestimmte Stiicke einer 
Konfigurationsinformation nicht mehr bendtigt, beispiels- 
weise wenn ein Benutzer nicht langer ein bestimrntes Stuck 

45 der Konfigurationsinformationen in einer KpnAgurations- 
hierarchie betrachten mochte, lost die Konfigurationsan- 
wendung selbstverstandlich das Abonnement mit der Konfi- 
gurationsdatenbank, in der dieser Teil der Information ge- 
speichert ist, so daB die Benachrichtigungen tiber Verande- 

50 rungen oder Aktualisierungen nicht weiter zu der abonnie- 
renden Konfigurationsanwendung gesendet werden. Auf 
diese Weise findet die Konfigurationsanwendung die Konfi- 
gurationsdatenbank, in der jeder Teil der Konfigurationsin- 
formation innerhalb beispielsweise des Baumes 65 von Fig. 

55 2 gespeichert ist, ruft diese Information erforderiichenfalls 
durch eine oder mehrere langsame Kommunikationsverbin- 
dungen ab, abonniert jeden Teil der Information darin, um 
so Aktualisierungen, die an dieser Information innerhalb der 
Konfigurationsdatenbank, in der diese Information gespei- 

60 chert ist, zu empfangen, und. zeigt nach Erhalt von Aktuali- 
sierungen der dargestellten Information (welche durch einen 
anderen Benutzer verursacht sein konnen, der Veranderun- 
gen an der Konfiguration des betrachteten Systems . vor- 
nimmt) die neue bzw. aktualisierte Information an. Wenn ein 

65 Benutzer oder eine Bedienungsperson einen Abschnitt des 
Konfigurationsbaumes, . der dargestellt wird, defer hinab 
verfolgt, greift die Konfigurationsanwendung auf die neue 
Information zu, abonniert diese Information und zeigt diese 
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Information in derselben Weise an. Wenn ein Teil der ange- 
zeigten Information von dem Benutzerbildschirm entfernt 
wird, lost die Konfigurationsanwendung das Abonnement 
der Daten, die fallengelassen wurden. 

Auf Wunsch konnen alle Konfigurationsinformationen, 
die erhalten wurden (beispielsweise am Bildschinn einer be- 
stimmten Benutzerschnittstelle betrachtet wurden), in einem 
lokalen Cache oder Speicher gespeichert werden, der mit ei- 
ner Konfigurationsanwendung verbunden ist, die ablauft, 
oder konnen in der Konfigurationsdatenbank innerhalb der 
Zone, des Standorts etc. gespeichert werden, in der die An- 
wendung ablauft, so dal3 dann, wenn eine Verbindung zu der 
entsprechenden Datenbank unterbrochen wird, der oder die 
Benutzer ah dem Standort, in der Zone etc. diese Konfigura- 
tionsinformationen weiterhin aus dem lokalen Cache ent- 
nehmen konnen. Diese Informationen konnen jedoch in ei- 
ner Weise dargesteilt werden, die angibt, dafl diese Informa- 
tionen aus dem lokalen Cache stammen (beispielsweise grau 
hinterlegt dargesteilt), so dafl der Benutzer weiG, daJ3 diese 
Informationen moglicherweise nicht aktuell sind. Die Ver- 
wendungen eines derartigen lokalen Cache zum Speichern 
von Konfigurationsdaten, die bereits uber eine oder mehrere 
langsame Verbindungen erhalten wurden, ermoglicht es ei- 
nem Benutzer, jede Konfigurationsinformation zu betrach- 
ten, die bereits betrachtet bzw. auf die bereits von einem Be- 
nutzer zugegriffen wurde, wenn eine Kommunikationsver- 
bindung oder -leitung unterbrochen wird Auch wenn der 
Benutzer Informationen zu betrachten wiinscht, die von sei- 
nem Bildschirm bereits wieder fallengelassen wurden, kon- 
nen diese Informationen aus dem lokalen Cache entnommen 
werden, womit sie rascher erscheinen, .wahrend die Verbin- 
dung zu der geeigneten Konfigurationsdatenbank fur diese 
Informationen wiederhergestellt werden kann, um diese In- 
formationen zuaktualisieren, 

Wahrend Fig* 6 jeden dieser Standbrte und jede dieser 
Zonen als durch eine langsame Verbindung verbunden dar- 
stellt, ist ein derartiger Aufbau nicht unbedingt notwendig. 
Beispielsweise kann die Konfigurationsdatenbank fur einen 
Standort in einer Zone angeordnet sein und direkt von dieser 
Zone zugreifbar sein, wahrend sie iiber eine langsame Kom- 
munikations verbindung fur andere Zonen zugreifbar ist, die 
zu diesem Standort gehoren. Um beispielsweise eine ver- 
teilte Konfigurationsdatenbank wie die in Fig* 6. gezeigte zu 
schaffen, kann ein Benutzer in Zone^A 172 eine Standortda- 
tenbank (das heiBt die Datenbank 180a fUrden Standort_l) 
auf demselben Gerat wie die Datenbank 172a fiir die Zo- 
ne_A oder auf einem anderen Gerat, das mit der Datenbank 
172a fur die Zone_A iiber eine direkte Hochgeschwindig- 
■keitsverbindung verbunden ist, einrichten. Alternativ kann 



10 



15 



20 



25 



30 



35 



40 



45 



Zone_B 174 auswahlen. Der Benutzer in Zone_B 1 74 abon- 
niert. dann einige oder alle Bibliotheks- und Selup-Daten in 
der Datenbank 180a fur den Standdrt_l, was zu Konflikten 
fiihren kann, sofem ein Element mit demselben Namen in 
der Datenbank 180a fur den Standort_l und der Datenbank 
174a fur die ZoneJB existiert. Eine Konfigurationsanwen- 
dung kann den Benutzer in Zone_B 174 uber dieses Problem 
untcrrichten und der Benutzer in Zone_B 174 kann die Op- 
tion angeboten bekommen, ein lokales Element neu zu be- 
nennen, bevor Elemente in der Datenbank 180a von Stand- 
ort_l abonniert werden, oder das lokale Element zu uber- 
schreiben. Zusatzlich kann der Benutzer in ZoneJB 174 die 
Elemente fur die Datenbank 180a von Standort, 1 verdffent- 
lichen und anschlieBend wird Zone_A. 172 iiber die Hinzu- 
fugungen zu der Datenbank 180a von StandortJ., die Zo- 
ne_A abonniert hat, benachrichtigt, und kann anschlieBend 
diese ^zusatzliche Konfigurationselemente abonnieren. 
Selbstverstandlich wird die Untemehmens-/Standorihierar- 
chie in ahnlicher Weise konfiguriert, um dadurch die Kom- 
munikation zwischen den Standorten 180 und 182 und zwi- 
schen den Zonen 172, 174 und 176 zu ermbglichen. 

Um eine Verbindung zwischen Zone_A 172 und Zone_C 
176 zu schaffen, wenn beispielsweise ein Benutzer in Zo- 
ne_A 172 Konfigurationskomponenten zu betrachten 
wiinscht, die in der Datenbank 176a von Zone_C 176 ge- 
speichert sind T veroffentiicht die Datenbank 176a von Zo- 
ne^C diese Daten fur die Datenbank 182 von Standort_2, 
welche diese Informationen abonniert und welche diese In- 
formationen fur die Unternehmenssystemdatenbank 184a 
veroffentlicht, welche diese Informationen von Standort_2 
182 abonniert hat. Standort_l 180 abonniert diese Informa- 
tionen von der Unternehrnensdatenbank 184a, wahrend Zo- 
ne_A 172 diese Informationen von der Datenbank 180 von 
Standort_l abonniert.. Die eingerichtete Abonnentenbezie- 
hung kann anschlieBend verwendet werden, um einen Client 
oder Benutzer in Zone_A 172 iiber Veranderungen der Kon- 
figurationskomponenten, die in der Datenbank 176a von Zo- 
ne^ gespeichert sind T zu benachrichtigen, Wie vorstehend 
angegeben kann eine Zone, ein Standort etc. Elemente indi- 
vidual oder einen gesamten Verzweigungsbaum von Objek- 
ten einschlieJ31ich ubergeordneten Elementen und alien zu- 
gehorigen untergeordneten Elementen abonnieren. Das 
Abonnement kann auch das Obemehmen einer Kopie der 
Elemente, das Hinzufugen dieser Elemente zu der Konfigu- 
rationsdatenbank der lokalen Zone und das Schaffen einer 
fortdauernden Kommunikationsbeziehung zwischen den 
veroffentlichten Elementen und den lokalen Kbpien umfas- 
sen. Die veroffentlichende Datenbank kann die Abonne- 
menten verfolgen, w&hrend die abonnierenden Datenbanken 



die Datenbank 180a fiir den Standort_l mit der Datenbank 50 verfolgen, wo die ursprungliche Information gespeichert ist. 

Diese Quellen-ZBestimmungsortinformation kann verwen- 
det werden, um Reservierungen von Elementen innerhalb 
einer Konfigurationsdatenbank zu leiten und Veranderungen 
von entfernten Orten aus vorzunehmen. Entsprechend kann 
diese Information verwendet werden, um die Veroffentli- 
chungs-/Abonnentenbeziehung neu herzustellen, wenn eine 
Datenbank aus der Sicherungskopie wieder aufgebaut wer- 
den muB. * 

Da die Kommunikation zwischen Zonen nicht immer auf- 
grund des Vorhandenseins der langsamen Kommunikations- 
verbindung zwischen den Zonen garantiert werden kann, 
funktionieren die Zonen natiirlich weiterhin unabhangig, 
wenn die Kqmmunikations verbindungen unterbrochen sind. 
Wenn die Kommunikation wieder hergestellt ist, mussen je- 
doch gegebenenfalls Konflikte von Hand gelost werden. 

Es versteht sich, daB die Kommunikation zwischen Zo- 
nen, Standorten und dem Untefnehmen auf der Basis von 
VerofTentlichung und Abonnement durchgefuhrt werden 



172a fiir die Zone_A uber eine langsame Verbindung ver- 
bunden sein, Der Benutzer veroffentlicht einige oder alle Bi- 
bliotheken und Einrichtungsdaten in Zone_A fiir die Daten- 
bank 180a von Standort_l und/oder fur die Datenbank 184a 
des Untemehmenssystems. AnschlieBend kann die Daten- 
bank 172a in Zone_A 172 automatisch eine oder mehrere 
der Konfigurationselemente innerhalb der Datenbank 180a 
des Standorts_l, der Unternehrnensdatenbank 184a etc. 
abonnieren, wenn ein Benutzer oder eine Konfigurationsan- 
wendung innerhalb der Zone_A 172 Zugriff auf diese Ele- 
mente benbtigt oder wurischt. Nach Wunsch kann jede Kon- 
figurationsdatenbank des Systems 170 immer einige oder 
alle der Konfigurationsinformationen innerhalb einer oder 
mehrerer der anderen Kohfigurationsdatenbanken des Sy- 
stems abonnieren. 

Des weiteren kann ein Benutzer.in Zone_B 1 74 die Daten- 
bank 180a von Standort_l, die von dem Benutzer in Zo- 
ne_A geschaffen wurde, als die Standortdatenbank fiir die 
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kann, wobei die Konfigurationsdatenbank, welche die Ma- 
sterkopie des Konfigurationselementes hat, dieses Element 
veroffentLicht, wenn ein oder mehrere Abonnenten dieses 
Element, abonnieren. Die Abonnenten konnen beispiels- 
weise Konfigurationsanwendungen sein, die in Benutzer- 5 
schnittstellen (beispielsweise Workstations oder anderen 
Computern) in verschiedenen Staiidorten oderZonen ausge- 
fiihrt werden, konnen Datenbanken innerhalb dieser Stand- 
orte oder Zonen sein, welche Datenbanken von Konfigurati- 
onsanwendungen verwendet werden, die in diesen Zonen 10 
ausgefiihrt werden, oder konnen beliebige andere Einrich- 
tungen oder Anwendungen sein, welche die Konfigurations- 
daten benutzen. Die Elemente innerhalb .einer Datenbank, 
die von anderen Standorten oder Zonen abonniert werden 
kpnnen, Werden als gemeinsam genutzte Objekte bezeich- 15 
net. Selbstverstandlich konnen unterschiedliche Arten von 
Operationen an gemeinsam genutzten Objekten durchge- 
ftihrt werden, wie etwa L) Durchsuchen, wobei eine Abon- 
nentenkonfigurationsanwendung die Liste der gemeinsam 
genutzten Objekte, die von dem Veroffentlicher verfugbar 20 
sind, sichtet, .2,) Abonnieren, wobei eine Abonnentenkonfl- 
gurationsanwendung eine lokale Rppie ernes gemeinsam 
genutzten Objektes zur Verwendung bei Konfigurationsakti- 
vitaten am Ort des Abonnenten anfordert, 3.) Kopieren in 
ein lokales Objekt, wobei eine Abonnentenkonfigurations- 25 
anwendung ein Element in ein nicht gemeinsam genutztes 
lokales Objekt oder eine entsprechende Datenbank kopiert, 
4.) Loschen, wobei eine Abonnentenkonfigurationsanwen- 
dung das gemeinsam genutzte Objekt in dem Veroffentli- 
cher ioscht, 5.) Losung des Abonnements, wobei eine Abon- 30 
nentenkonfigurationsanwendung die Abonnementverbin- •• 
dung zwischen der lokalen Kopie des Konfigurationsele- 
mehts bei dem Abonnenten und der Veroffentlicherkopie 
unterbricht t 6.) Verariderungen abholen, wobei die Abon- 
nentenkonfigurationsanwendung die neueste Version des 35 
gemeinsam genutzten Elements von dem VerofTentiicher ab- 
ruft, 7.) Reservieren, wobei die Abonnentenkonfigurations- 
anwendung ein gemeinsam genutztes Objekt in der Verof- 
fentlicherdatenbank verriegelt, um zu verhindern, daJ3 dieses 
. Objekt durch einen anderen Benutzer verandert wird, und 40 
8.) Ubertragen, wobei die Abonnentenkonfigurationsanwen- 
dung Veranderungen, die an einem reservierten Element 
durchgefUhrt wurden, zuriiGk in die Veroffentlicherdaten- 
bank schiebt, Diese Operationen konnen durch tfbersenden 
von Mitteilungen zwischen dem Abonnenten und dem Ver- 45 
offentlicher durchgefUhrt werden und die Ausfuhrung von 
Software an dem Abonnentenstandort und dem Veroffentli- 
cherstandort, um die Mitteilungen zu verarbeiten und geeig- 
nete Aktionen wie vorstehend beschrieben auszufuhren. 

Aus dem Blickwinkel der Konflguration gibt es verschie- 50 
dene Aktivitaten zwischen Zonen, die durchgefiihrt werden 
konnen, einschliefilich das gemeinsame Nutzen von Setup- 
und Bibliotheksdaten zwischen Zonen, das Durchsuchen 
oder Betrachten von Setup-, Bibliotheks- und Konfigurati- . 
onsdaten aus einer anderen Zone t die Konfigurierung von 55 
Verweisen zwischen den Zonen und die ^Coordination von 
Namensraum (Namespace) zwischen den Zonen. In einer 
Ausfuhrungsforrn werden Konfigurationsobjekte oder -ele- 
mente von den unmittelbar iibergeordneten Elementen in- 
nerhalb der Hierarchie gemeinsam genutzt. Beispielsweise 60 
nutzen die Zonen 172 und 174 eine zusammengesetzte Defi- 
nition von dem Standort 180 gemeinsam und alle Zonen nut- 
zen einen gemeinsamen Aufzahlungssatz von dem Unter 1 
nehrnenssystem 184 gemeinsam. Die Zonen 172 und 174 
abonnieren die Definitionen in den Standort 180, wahrend 65 
die Zone 176 die Definitionen in dem Standort 182 abon- 
niert, Entsprechend abonnieren die beiden Standorte 180 
und 182 gemeinsame Definitionen in dem Unternehmenssy- 



stem 184. 

Durchsuchungs-Dienste bzw. Browser sind in einer Kon- 
figurationsanwendung vorgesehen, um einen Server in der 
Unternehmens-/Standort-/Zonenhierarchie zu flnden und 
die Konfigurationsdatenbank zu durchsuchen, die zu einem 
dieser Orte gehort. Durchsuchungsdienste werden verwen- 
det, um ein Abonnement an gemeinsam genutzten Objekten 
einzurichteji und die Verweise zwischen den Zonen zu kon- 
figurieren. Insbesondere wird die Durchsuchungsinfonna- 
tion von einem entfernten Server auf Anfrage eines Benut- 
zers abgefragt und lokal im Cache gespeichert. Die Durch- 
suchungswurzeln konnen durch Absuchen des Netzwerkes 
erfaflt werden oder konnen unter Verwendung jeder anderen 
gewunschten oder bekannten Durchsuchungsteehnik gefun- 
den werden, Das Wissen iiber erfaBte . oder kontigurierte 
Durchsuchungswurzeln kann dauerhaft sein und bleibt so 
iiber einen Einschaltzyklus im Cache gespeichert. Das Vor- 
handensein dieser Konfigurationsobjektwurzeln ermoglicht 
es einem Benutzer, andere Informationen, die zu diesen 
Wurzeln gehoren, bei der Durchsuchung zu finden und den 
Ort oder den Pfad zu dieser Information innerhalb der ver- 
teilten.Konfigurationshierarchie zu finden. 

Verweise zwischen Zonen konnen konfiguriert werden, 
indem der Verweis direkt eingegeben wird, oder indem beim 
Durchsuchen ein Attribut in einer entfernten Datenbank auf 1 
gefunden wird. Verweise konnen die Form von beispiels- 
weise 7/ZoneriName/MarkiertesElement/. . yAttributname* 
oder jede andere gewunschte Form annehmen. Es versteht 
sich, dafi Zonennamen innerhalb einer Unternehmenshierar- 
chie einzigartig sein mtissen, um Verweise zwischen Zonen 
praktikabel zu machen. Innerhalb jeder Zone ist ein Na- 
mensraum fiir markierte Elemente vorhanden und das Kon- 
figurationssystem kann die Einzigartigkeit von Markierun- 
gen innerhalb einer Zone zwangsweise durchsetzen. Sornit 
kann jede Konfigurationsanwendung ein Tool haben, wel- 
ches bestimmt, ob eine Markierung innerhalb eines Standor- 
tes oder innerhalb des Unternehrnens zu einem gegebenen 
Moment einzigartig ist, um die Einzigartigkeit bei der Be- 
nennung innerhalb der verteilten Konfigurationsdatenbank 
zwangsweise durchzusetzen. 

Auf Wunsch kann die Sicherheit zwischen Zonen in jeder 
gewiinschten Weise geschaffen werden und ein Zonenadmi- 
nistrator kann die Privilegien fiir denZugriffauf gemeinsam 
genutzte Objekte fttr einen Benutzer, fur eine Gruppe etc. 
gewahreri. Diese Privilegien k5nnen die Fahigkeit einschlie- 
Ben, gemeinsam genutzte Objekte zu durchsuchen und zu 
abonnieren, die Fahigkeit, Veranderungen von einem Verof- 
fentlicher an Objekten oder Konfigurationselementen abzu- 
holen, und die Fahigkeit, Veranderungen zu reservieren, zu 
modifizieren und zu ubertragen, 

Ferner konnen auf Wunsch unterschiedliche Zonen ver- 
schiedene Sprachen nutzen, was beispielsweise in Europa 
von Vorteil sein kann, wo Firmen in Regionen mit vielen un- 
terschiedlichen Sprachen tatig sind. In diesern Fall konnen 
Auf zahlwerte zwischen Zonen als numerische Werte oder 
als ein lokaler Datenstring (wie z. B, ein Wort) weitergelei- 
tet werden, welche zusammen mit einem numerischen Wert, 
der iiber das ganze ProzeBsteuersystem fur dasselbe Wort 
oder denselben Satz in unterschiedlichen Sprachen gemein- 
sam ist, angezeigt werden konnen. Auf diese Weise kann ein 
Benutzer den Aufzahlungswert, den Befehl etc. an seiner 
entsprechenden Zahl erkennen, was ohne weiteres die Um- 
wandlung von einer Sprache in die andere ermoglicht. In je- 
dem Fall erfordert das Durchsuchen einer Datenbank, die 
eine andere Sprache benutzt, daB der entsprechende Zei- 
chensatz in der Durchsuchungseinrichtung oder Zone instal- 
liert ist. In einer Ausfuhrungsforrn sind die Verweise zwi- 
schen den Zonen in der Sprache der entfernten Zone konfi- 



DE 100 49 569 A 1 ' 

29 30 

guriert und Unicode- Strings werden in dem ganzen System gebaut werden mufi. 

ausschlieBlich verwendet, um das Erfassen oder Umwan- -Ferner versteht sich, daB dann, wenn ein. Abonnent Veran- 

deln jedes Zeichens in jede Sprache, die von Unicode unter- derungen nicht abholt, dies zu Unterschieden in der Konfi- 

sttitzt wird, zu ermoglichen. In diesem Fall kann eine ein- gurationshierarchie in niedrigeren Ebenen in der Konfigura- 

zige Datenbank das Speichem von Strings von mehreren 5 tionsdatenbankhierarchie fuhren kann. Wenn beispielsweise 

Sprachen bewalrigen und Datenbankcxportdateien werden das Unternehmenssy stein 184 die Standorte 180 und 182 

im Unicodeformat ausgetauscht. Mit anderen Worten wer- . von Fig. 6 iiber eine Veranderung benachrichtigt und wenn 

den Dateien von verschiedenen Orten in jede Datenbank un- der Standort_2 182 diese Veranderung abholt, wahrend der 

ter Verwendung des Unicodeformats importiert. Standort__l 180 dies nicht tut, so ist die Konfigurationshier- 

Um sicherzusteilen, daB Modifikationen ohne Storung 10 archie, die an den Stahdorten 180 und 182 zu betrachten ist, 

durchgefuhrt werden konnen, konnen Modifikationen an ge- verschieden. Wenn ferner der Standort_2 182 die Verande- 

meinsam genutzten Daten vorbehaltlich eines Reservie- rung abholt, wird eine Veranderungsmitteilung an die Abon- 

rungs-/t)bertragungsvorganges durchgefuhrt werden, der nenten in der Zone_C 176 gesendet, welche diese Verande- 

vorstehend beschrieben wurde. In diesem Fall muB der mo- rungen abholen konnen oder zumindest .wissen, daB eine 

difizierende Benutzer, bevor ein Element revidiert werden 15 Veranderung aufgetreten ist. Die Abonnenten in der Zone^A 

kann, dieses Element in der Zone des modifizierenden Be- 172 und Zone_B 174 wissen jedoch nichts von der Verande- 

nutzers reservieren, Nur ein Benutzer oder eine Zone kon- rung, da der Standort_l 180 die Veranderung nicht abgeholt 

nen ein Element zu einem Zeitpunkt jeweils reservieren. hat und daher Zone„A 172undZone_B 174 die Veranderun- 

Nachdem ein Element reserviert wurde, werden Verande- gen nicht abholen konnen. In diesem Fall ist die Konfigura- 

rungen an dem Element in der lokalen Datenbank durchge- 20 tionshierarchie, die in den Zonen 172 und 174 verfugbar ist, 

fiihrt, die dieses Element reserviert hat, wobei derartige Ver~ anders als die, die in der Zone 176 verfugbar ist. Auf 

anderungen als ein Resultat einer neuen Konfigurationsakti- Wunsch kann eine Konfigurationsariwendung vorgesehen 

vitat durch den Benutzer, der das Element reserviert hat, werden, welche die liste von stromaufwarts und stromab- 

durchgeftihrt werden. AnschlieBend wird das Element bzw. warts verlaufenden Abhangigkeiten anzeigt, um dem Benut- 

die Gruppe von Elementen, die reserviert wurde und modifi- 25 zer zu erleichterri zu erkennen, was hinsichtlich Veranderun- 

ziert wurde, zuruck in die Konfigurationsdatenbank iibertra- gen geschieht, Wenn der Benutzer versucht, ein Element ab- 

gen, wo diese Daten als Master-Datensatz gespeichert sind, zuholen, kann die Konfiguratiorisanwendung mangelnde 

Ein derartiger Reservierungs-ZUbertragungsvorgang stellt Ubereinstimmungen hinsichtlich einer stromaufwarts ver- 

sicher, daB nicht zwei Benutzer versuchen konnen, dasselbe laufenden Revision erfassen und den Benutzer fragen, ob 

Element zur selben Zeit zu verandern, Der zweite Benutzer, 30 diese Elemente auch abgeholt werden sollten. 

der versucht, das Element zu reservieren, wird anstelle des- Unter Bezug auf Fig. 7 bis 15 wird ein System fiir den ef- 

sen daran gehindert, Modifikationen durchzufuhren, bis der fizienten Zugriff und die effiziente Verteilung von Daten von 

erste Benutzer, der das Element reserviert hat, die Verande- einer Datenbank innerhalb des Prozeflsteuersystems be- 

rungen an dem Element zuruck in die Konfigurationsdaten- schrieben, Allgemein ausgedriickt nutzt das Datenbankzu- 

bank ubertragen hat, in der die Masterversion dieses Ele- 35 griffssystem einen gerneinsam genutzten Cache, um in der 

ments gespeichert ist. Datenbank gespeicherte Daten fur einen oder mehrere 

Allgemein konnen zwei Modi des Abonnements verwen- Abonnenten (auch als Clients bezeichnet) dieser Daten zu 

det werden. In dem ersten Modus, der hier als sicherer veroffentlichen und Mitteilungen iiber Aktualisierungen 

Abonnementmodus bezeichnet wird, werden neue gemein- oder Veranderungen an die Abonnenten oder Clients abzu- 

sam genutzte Elemente automatisch in eine Abonnement- 40 geben, wenn Veranderungen an den Daten innerhalb der Da- 

zone oder einen Standort gezogen, wahrend Modifikationen tenbank auftreten. Es versteht sich, daB das Datenbankzu- 

an Elementen bzw. Loschungen von Elementen, die bereits griffssystem, das hierin beschrieben wird, in jeder der Da- 

vorhanden sind, von Hand gezogen werden, d. h, es ist ein tenbanken innerhalb eines ProzeBsteuersystems verwendet 

direkter Befehl von dem Benutzer erforderlich, um das Her- werden kann, wie etwa jeder der Konfigurationsdatenban- 

einziehen der yeranderten oder geloschten Information 45 ken 30 und 54 in Fig* 1, jeder der Master-Konfigurationsda- 

durchzufuhren. In diesem Fall kann der Benutzer uber eine tenbanken von Fig. 3 bis 5 oder jeder der Konfigurationsda- 

Veranderung 9der eine Loschung an einer Konfiguration, die tenbanken von Fig, 6, Entsprechend kann der Abonnent 

das Benutzersystem abonniert hat; benachrichtigt werden, oder Client der Daten in einer Datenbank, auf die zugegrif- 

und kann gefragt werden, ob die Konfigurationsanwendung fen wird, jede andere Konfigurationsdatenbank, jede Konfv- 

dieser Veranderung in die lokale Datenbank Ziehen soil. Al- 50 gurationsanwendung, die in einer beliebigen Benutzer- 

ternativ konnen alle Modifikationen automatisch gezogen schnittstelle innerhalb des Systems ausgefuhrt wird, oder 

werden, so daB alle Veranderungen an der gerneinsam ge- jede andere An wendung sein, welche die Konfigurationsda- 

nutzten Datenbank in die abonnierenden Datenbanken ohne ten benutzt, und diese Clients konnen mit der Datenbank, 

Eingreifen des Benutzers importiert werden. Es sei ange- auf die zugegriffen wird, beispielsweise unter Verwendung 

merkt, daB in dem sicheren Abonnementmodus eine Mittei- 55 einer direkten bzw. Hochgeschwindigkeitskommunikatiohs- 

lung einer Veranderung nicht durch die gesamte Hierarchie verbindung, einer langsamen bzw, mit niedriger Bandbreite 

durchgangig ist. Wenn somit beispielsweise ein Untemeh- arbeitenden Kommunikationsverbindung oder einer nicht 

menselement revidiert wird, werden die abhangigen Stand- kontinuierlichen Kommunikationsverbindung verbunden 

orte benachrichtigt Erst wenn jedoch die Veranderungen sein. So konnen beispielsweise die in Fig. 7 bis 5 beschrie- 

tatsachlich in einen Standort gezogen werden, werden die zu 60 benen Clients in jeder der Zonen oder an jedem der Stand- 

diesem Standort gehorigen Zonen uber die Veranderungen orte von Fig. 1 und 3 bis 6 angeordnet sein. 

benachrichtigt. Als Resultat kann der Veroffentlicher, das Allgemein ausgedriickt kommuniziert jeder Client mit ei- 

heiBt die Datenbank, welche die Masterkopie dieses Konfi- nem Datenbankserver, der mit einer Konfigurationsdaten- 

gurationselements speichert, verfolgen, ob ein Abonnent die bank verbunden ist, die die Konfigurationskomponenten 
neueste Revision eiries Elements genommen hat, und. diese 65 speichert, welche der Client abonniert. Am Beginn des 

Information kann verwendet werden, um die Veroffentli- Abonnierungsprozesses wird ein Clientthread innerhalb des 

cher/Abonnentenbeziehung neu zu synchronisieren, wenn Datenbankservers fur jeden verschiedenen Client geschaf- 

eine der Datenbanken aus der Sicherungskopie wieder auf- fen, der Verbindung zu der Konfigurationsdatenbank hat, 
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und dieser Thread bietet Zugang zu einer odet mehreren be- 
stimmten Komponenten mnerhalb der Konfigurationsdaten- 
bank. AnschlieBend werden Veranderungen an den Kompo- 
nenten innerhalb der Konfigurationsdatenbank erkannt und 
Mitteilungen iiber diese Veranderungen und nach Wunsch 
die Veranderungen selbst werden zu jedem Client zuruckge- 
sendet, der diese Kortfigurationskomponenten abonniert hat. 
Wenn ein Client das Abonnernent dieser Konfigurations- 
komponente lost, werden keine Mitteilungen iiber Verande- 
rungen fiir diese Komponente an den Client gesendeL Ein 
Client kann auch einen CUentthread verwenden, um die 
Komponente zu verriegeln, zu reservieren, zu ubertragen 
oder anderweitig Veranderungen daran vorzunehmen. 

Es versteht sich, daB die Verwendung des Begrirfes 
"Thread" sich auf einen Verarbeitungspf ad oder einen Verar- 
beitungsvorgang bezieht, der von einem Prozessor innerhalb 
des Datenbankservers ausgefuhrt wird, und eine bekannte 
Technik zur Durchftfhrung von Parallelverarbeitung dar- 
Stellt. Allgemein ausgedriickt, kann ein Prozessor mehrere 
Threads gleichzeitig durch versetztes Bearbeiten von Tasks 
ausfuhren, die zu den verschiedenen Threads gehoren, die 
durchgefuhrt werden. Beispielsweise kann der Prozessor in 
dieser Reihenfolge den ersten Schritt, der zu einem ersten- 
Thread gehort, den ersten Schritt, der zu einem zweiten 
Thread gehort, den ersten Schritt, der zu einem dritten 
Thread gehort, anschlieGend den zweiten Schritt, der zu dem 
ersten Thread gehort, den zweiten Schritt, der zu dem zwei- 
ten Thread gehort, den zweiten Schritt; der zu dem dritten 
Thread gehort etc, ausfuhren. Threads konnen hinzugefugt 
oder entfernt werden, ohne daB das Auswirkungen auf an- 
dere Threads hat, die ausgefuhrt werden. Threads konnen 
mit anderen Threads unter Verwendung von Benachrichti- 
gungen oder Mitteilungen zwischen den Threads kommuni- 
zieren. Auch konnen Daten, die von verschiedenen. Threads 
gespeichert und verwendet werden, fur einen Thread lokal 
sein^ das heifit nur dem Thread bekannt oder durch den 
Thread zugreifbar sein, welcher die Daten geschaffen oder 
gespeichert hat. 

Fig* 7 zeigt ein Blockdiagramm eines Konfigurationsda- 
tenbarikkommunikationssysteins 200, das Abonnentenbe- 
ziehungen zwischen mehreren Clients umsetzt, Eine Konfi- 
gurationsdatenbank enthalt einen Datenbankserver 202, der 
zwischen eirier Konfigurationsdatenbank 203 und mehreren 
Clients 206 bis 208 in Kommunikationsverbindung steht. 
Die Konfigurationsdatenbank 203 ist so dargestellt, dafi sie 
zwei Datenspeicher 210 und 212 enthalt, von welchen jeder 
eine Konfigurationskomponente speichert, die durch einen 
oder mehrere der Clients 206 bis 208 abonniert ist. Wahrend 
die Datenbank203 so dargestellt ist T daB sie zwei Datenspei- 
cher 210 und 212 hat, versteht sich, daB die Dateribank 203 
mehrere oder andere Datenspeicher enthalten kann, wobei 
zur besseren Verstandlichkeit der Darstellungen nur zwei 
gezeigt sind. Femer versteht es sich, daB jede Anzahl von 
Clients unter der Benutzung des Servers 202 auf die Daten^ 
bank 203 zugreifen kann. Auch kann jeder Datenspeicher 
210 und .212 zu einer anderen physischen Datenbank geho- 
ren, so daB ein Server verwendet werden kann, urn Zugriff 
auf mehr als eine Datenbank zu gewanren. 

Die Clients 206 bis 208 kommunizieren mit dem Server 
202 iiber Kommunikationsverbindungen 213, bei denen es 
sich um direkte Hochgeschwindigkeitsverbindungen wie 
z. B. eine Ethernetverbindung handeln katin oder welche 
langsame, mit niedriger Bandbreite arbeitende oder nicht 
permanente Verbindungen sein konnen, wie z, B. Satelliten- 
verbindungen, zellulare Verbindungen, Modemverbindun- 
gen etc. Jede erste Anforderung einer Konfigurationskom- 
ponente durch einen der Clients 206 bis 208 erstellt einen 
CUentthread innerhalb des Servers 202 und dieser Clientth- 
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read wird verwendet, um den Clients 206 bis 208 die ange- 
forderten Komponenten aus dem entsprechenden Daten- 
speicher 210 und/oder 212 unter Verwendung eines gemein- 
sam genutzten Cache 214 innerhalb des Servers 202 zur Ver- 
5 fugung zu stellen, wie weiter unten detailliert beschrieben 
wird. Ein Clientthread kann auch verwendet werden, um 
Veranderungen in die Datenspeicher 210 und 212 zu schrei- 
ben, Komponentendaten hinzuzufugen oder Komponenten- 
daten aus der Datenbank 203 zu loschen und eine Verriege- 

10 lung von Komponentendaten innerhalb der Datenspeicher 
210 und 212 auszufuhren; 

Allgemein ausgedriickt errichtet der gemeinsam genutzte 
Cache 214 ein Datenspeicherobjekt, das als Lightweight be- 
zeichnet wird, fur jedes der verschiedenen Datenelemente 

15 innerhalb der Datenbank 203, welche zu einem bestimmten 
Zeitpunkt durch einen der Clients 206 bis 208 abonniert 
werden. Nur ein Lightweight muB fur jede Konfigurations- 
komponente innerhalb der Datenbank 203 geschaffen wer- 
den und die Clientthreads fur alle Clients, die diese Kohligu- 

20 rationskomponente abonnieren, greifen auf dasselbe Light- 
weight zu. Somit wird fur das System von Fig, 7 ein Light- 
weight innerhalb des gemeinsam genutzten Cache 214 fur 
jede der Konfigurationskomponenten innerhalb der Daten- 
speicher 210 bis 212 geschaffen, wenn wenigstens einer der 

25 Clients 206 und 208 die Komponente in dem Datenspeicher 
210 abonniert und mindestens einer der Clients 206 bis 208 
die Komponente in dem Datenspeicher 212 abonniert.. Wenn 
jeder der Clients 206 bis 208 verschiedene Konfigurations- 
komponenten abonniert, enthalten die Threads fur jeden 

30 Client verschiedene Lightweights, die mit verschiedenen 
Daterispeichern innerhalb der Konfigurationsdatenbank 203 
verbunden sind. Wenn jedoeh mehr als ein Client dieselbe 
Komponente innerhalb der Datenbank 203 abonniert, ver T 
wenden die Threads fiir diese Clients dieselben. Light- 

35 weights innerhalb des gemeinsam genutzten Cache 11 4. Aus 
diesem Grunde sind die Lightweights innerhalb des gemein- 
sam genutzten Cache nicht an einen Thread gebunden. 

Allgemein wird jedesmal dann, wenn ein erster Client zu- 
erst eine Komponente innerhalb der Datenbank 203 abon- 

40 niert, ein Lightweight fur diese Konfigurationskomponente 
innerhalb des gemeinsam genutzten Cache 214 geschaffen 
und dieses Lightweight liest und speichert eine Kopie der 
Konfigurationskomponente aus der Datenbank 203, An- 
schlieBend wird bei jedem anderen Client, der dieselbe Kon- 

45 figurationskomponente abonniert, dessen Clientthread mit 
demselben Lightweight verbunden, was bedeutet, daB der 
zweite, dritte, etc. Client, der diese Konfigurationskompo- 
nente abonniert, die Komponente aus dem Lightweight an- 
statt aus der Konfigurationsdatenbank 203 lesen kann, was 

50 die Anzahl der Lesevorgange aus der Konfigurationsdaten- 
bank 203 reduziert, 

Der in Fig, 7 gezeigte Datenbankserver 202 enthalt drei 
Clientthreads 216, 217 und 218, welche verschiedene Lese- 
/Schreibaktivitaten fur die Clients 206, 207 und 208 jeweils 

55 durchfuhren, und zwei Mitteilungsthreads 220 und 222, 
welche die Benachrichtigungsaktivitaten bezuglich der 
Clientthreads 216, 217 und 218 ausfuhren. Allgemein aus- 
gedriickt benutzt jedes CUentthread 216, 217 und 218 Ser- 
verkomponentenobjekte 226, 227 und 228 jeweils zur Kom- 

60 munikation mit den Clients durch die Kommunikationsver- 
bindungen 230. Die Serverkomponentenobjekte innerhalb 
eines bestimmten Clientthread kommunizieren mit ver- 
schiedenen Lightweights innerhalb des gemeinsam genutz- 
ten Cache 214 fiir jede verschiedene Komponente, auf die 

65 durch den Client zugegriffen wird, und fiihren diese Kom- 
munikation unter Verwendung eines Komponentendaten- 
wrappers, der zu jedem derartigen Lig htweight gehort, Jeder 
Komponentendatehwrapper steuert den Zugriff zu einem 
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zugehorigen Lightweight und ist durch mehr als einen 
Clientthread zugreifbar. 

In dem System von Fig. 7 abonniert der Client 216 die 
Kornponenten innerhalb der Datenspeicher 210 und 212, der 
Client 207 abonniert die Komponente innerhalb des Daten- 
speichers 210 und der Client 208 abonniert di e Komponente 
innerhalb des Datenspeichers 212. Wie Fig, 7 zeigt, verwen- 
det der Clientthread 216 fur den Client 206 eines der Server- 
komponentenobjekte 226 zur Kommunikation mit einem er- 
sten Komponentendatenwrapper 232, welcher wiederum 
mit einem Lightweight 234 verbunden ist, der mit dem Da- 
tenspeicher .210 kommuniziert. Nach dem Einrichten ko- 
piert das Lightweight 234 die Daten innerhalb des Daten- 
speichers 210 und macht diese Daten fur jeden Client; der 
diese Daten abonniert, zuganglich. Eines der Serverkompo- 
nentenobjekte 226 des Clientthreads 216 steht auch mit ei- 
nem Komponentendatenwrapper 240 in Kommunikation, 
welcher wiederum mit einem Lightweight 242 verbunden 
ist^ das mit dem Datenspeicher 212 kommuniziert Entspre- 
chend kopiert nach dem Einrichten das Lightweight 242 die 
Daten aus dem Datenspeicher 212 und macht diese Daten 
fur jeden Client, der diese Daten abonniert, zuganglich. 

■ Der Clientthread 217 fur den Client 207 verwendet das 
Serverkomponentenobjekt 227 zur Kommunikation mit 
dem Komponentendatenwrapper 232 und sqmit mit dem 25 
Lightweight 234, urn dadurch auf die Daten innerhalb des 
Lightweights 234 zuzugreifen, das heiflt die Daten in dem 
Datenspeicher 210. Andererseits verwendet der Clientthread 
218 fur den Client 208 die Serverkomponente 228 zur Kom- . 
munikation mit dem Komponentendatenwrapper 240 t urn 
auf die Daten in dem Lightweight 242 zuzugreifen, die zu 
dem Datenspeicher 212 gehoren. Somit abonnieren in dieser 
Konflguration die Clients 206 und 207 dieselbe Konfigurati- 
onskomponente und als Resultat haben beide Clients 206 
und 207 Zugriff auf das Lightweight 234 ftir diese Kompo- 
nente, Entsprechend abonnieren die Clients 206 und 208 
dieselbe Konfigurationskomponente und haben beide Zu- 
griff auf das Lightweight 242 fur diese Komponente. Als 
Resultat werden die Lightweights 234 und 242 jeweils von 
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Wenn eine Veranderung durchgefuhrt wurde, veranlatit aer 
Mitt ei lung sthread 220, dafi eine Mttteilung an jeden der 
Clientthreads gesendet wird, welch e die veranderle Kompo- 
nente, an der die Veranderung aufgetreten ist., abonnieren. 
Jeder dieser Clientthreads kann anschlieBend einen Client, 
der das entsprechende Serverkomponentenobjekt fur diesen 
Clientthread benutzt, benachrichtigen, Die Benachrich- 
tungsmitteilung, die dem Client gesendet wird, kann die 
neuen Komponentendaten enthalten oder den Client einfach 
benachrichtigen, daft neue Daten existieren und daB der 
Client einen manuellen Abhol- oder Lesevorgang dieser Da- 
ten iiber den Clientthread, der fur die veranderte Konfigura- 
tionskomponente geschaffen wurde, durchfuhren muR. In. 
ahnlicher Weise erfaflt der Laufzeitthread 222 bestimmte, an 
dem ProzeBsteuersystem durchgefiihrte Veranderungen, die 
von einem beliebigen Laufzeitserver 246 durchgefuhrt wur- 
den, und benachrichtigt die Clientthreads, die Kornponenten 
abonnieren, welche mit den veranderten Daten in Verbin- 
dung stehen, uber die Veranderung. 

Allgemein ausgedriickt wird der Zugriff auf Daten inner- 
halb der Konfigurationsdatenbank 203 auf der Basis Kom- 
ponente per Komponente durchgefuhrt. Jede Komponente 
kann ein einzelnes Element innerhalb einer Konfigurations- 
datenbank sein, wie beispiels weise ein Bereich, eine Steuer- 
einrichtung, eine Einrichtung, ein Steuermodul etc, oder 
kann wenn gewiinscht ein Baum von Elementen sein. Femer 
versteht sich, daB jede Komponente eine ubergeordnete bzw, 
Parent-Komponente sein kann und eine oder mehrere unter- 
geordnete bzw, Chhild- Kornponenten haben kann, die zu 
dieser gehoren, und/oder jede Komponente eine untergeord- 
nete Komponente einer ubergeordneten Komponente sein 
kann. So kann beispielsweise ein Bereich eine ubergeord- 
nete Komponente mit einer Anzahl von untergeordneten 
Kornponenten sein, die bestimmte Bereiche angeben. Jeder 
bestimmte Bereich kann eine ubergeordnete Komponente 
mit untergeordneten Kornponenten sein, welche die Steuer- 
einrichtungen t die Benutzerschnittstellen, Steuermodule etc, 
innerhalb eines bestimmten Bereichs bezeichnen. 

Fig. 8 zeigt einen Objektplan fur die Objekte, die verwen- 



zwei Clientthreads gemeinsam genutzt und ermoglichen die 40 det werden, um das Kommunikationssystem von Fig. 7 mit 



gemeinsame Nutzung von Daten innerhalb des gemeinsam 
genutzten Cache 214 durch verschiedene Clients. 

Wie noch detaillierter erlautert wird, erstellt der Server 
202 die Serverkomponentenobjekte, die Komponentenda- 
tenwrapperobjekte und die Lightweights, um einen Clientth- 
read zu schaffen oder zu erweitern, wenn ein Client eine 
Konfigurationskomponente innerhalb der Datenbank 203 
abonniert. Nach der Erstellung werden die Clientthreads 
216, 217 und 218 von den Clients verwendet, um Lesevor- 
gange aus und Schreibvorgange in die Serverkomponenten- 
objekte 226, 227 und 228 durchzufuhren, welche wiederum 
Lesevorgange in dem bzw, aus dem gemeinsam genutzten 
Cache 214 uber die Komponentendatenwrapper und die 
darin geschaffenen Lightweights durchfuhren. Der gemein- 
sam genutzte Cache 214 fuhrt Lesevorgange aus der und 
Schreibvorgange in die Konfigurationsdatenbank 203 nach 
Erfordernis durch. Wahrend ftir jeden Client ein anderer 
Clientthread geschaffen wird, kann jeder Clientthread ein 
oder mehrere Abonnements von Komponentendaten fur ei- 
nen Client handhaben. Allgemein wird fur jedes Abonne- 
ment einer Komponente durch einen Client ein anderes Ser- 
verkomponentenobj ekt geschaffen. 

Der Mitteilungsthread 220 erfaBt Veranderungen, die in 
der Datenbank 203 erfolgt sind, und erfaBt insbesondere 
Veranderungen, die an den Datenspekhern 210 und 212 
durchgefuhrt wurden, fur welche Lightweights geschaffen 
wurden, indem der Status einer Veranderungsliste 244 ge- 
priift wird, die innerhalb der Datenbank 203 gefuhrt wird, 
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dem gemeinsam genutzten Cache umzusetzen, Im einzelnen 
hat ein Client 300, bei dem es sich um einen beliebigen 
Client handeln kann, ein Clientkomponenten6bjekt301, das 
beispielsweise jeder Teil von Konfigurationsdaten sein 
kann t auf den durch den Client fur einen beliebigen Zweck 
zugegriffen wird bzw. der abonniert ist, beispielsweise zur 
Darstellung durch einen Benutzer in einer Konflgurations- 
hierarchie wie der in Fig, 2 gezeigten. Die Clientkompo- 
nente 301 kann ein ubergeordnetes Objekt bzw. ein Parent- 
50 objekt sein, zu dem ein oder mehrere untergeordnete Korn- 
ponenten bzw. Childrenkomponenten gehoren, wie durch 
den Riickkopplungspfad an der Clientkomponente 301, der 
einen Punkt auf der Seite der untergeordneten Kornponenten 
hat und das Fehlen eines Punkten auf der Seite der iiberge- 
ordneten Komponente zeigt. In Fig, 8 bezeichnet die Ver- 
wendung eines Punktes eine Eins-zu-eins-Beziehung bzw. 
eine Eins-zu-mehreren-Beziehung, wahrend das Fehlen ei- 
nes Punktes exakt eine. Eins-zu-eins-Beziehung bezeichnet. 
Wie bei dem Clientkomponentenobjekt 301 dargestellt, 
kann jede ubergeordnete Clientkomponente eine oder meh- 
rere untergeordnete oder untergeordnete Clientkomponen- 
ten haben, wahrend jede untergeordnete oder untergeordnete 
Clientkomponente nur eine direkte Ubergeordnete Client- 
komponente haben kann, 

Jede Clientkomponente 301 ist mit einem Smart Proxy 
302 verbunden, der zu dieser Clientkomponente an dem 
Client 300 zugehGrig ist. Der Smart Proxy 302 ist fur die 
Abwicklung der Kommunikation fur die Clientkomponente 
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301 Qber eine Kommunikationsverbindung 304 zustandig, 
Insbesondere ist der Smart Proxy ein Verteilobjekt, das 
Chentanfragen empfangt, die eine Komponente betreffen, 
uber die Kommunikationsverbindung einen Server 306 an- 
ruft, um diese Anfragen dem Server 306 mitzuteilen, Aktua- 
iisierungen empfangt, im Cache gespeicherte Daten und 
Mitteilungen, die von dern Server 306 gesendet werden, 
speichert, und diese Daten an das Clientkomponentenobjekt 

301 weiterleitet. Selbstverstandlich fiinrt der Smart Proxy 

302 die Operationen aus, die erforderlich sind, um Kommu- 
nikation uber die Kommunikationsverbindung 304 durchzu- 
ftihren, in jeder gewiinschten Weise unter Verwendung jeder 
gewunschten Kommunikationstechnik, wie beispielsweise 
unter Verwendung der verzogerten Bestatigungsroutine, die 
in der US-Patentanmeldung mit dem Titel "Deferred Ack- 
nowledgment Communications and Alarm Management* 
beschrieben ist, die vorstehend angefuhrt wurde. Die Kom- 
munikationsverbindung 304 kann jede gewtinschte Kom- 
munikationsverbindung sein, darunter beispielsweise eine 
langsame oder mit niedriger Bandbreite arbeitende Verbin- 
dung, beispielsweise eine Satellites, zellulare-, Liternet- 
oder andere gemeinsam genutzte Fernnetzwerkverbindung, 
oder konnte eine nicht permanente Verbindung sein, wie 
beispielsweise eine Modemverbindung, oder konnte eine di- 
rekte Verbindung oder Hochgeschwindigkeitsverbindung, 
wie etwa eine dezidierte Ethernet- Verbindung sein, falls dies 
erwunscht ist, 

Der Server 306 enthalt Serverkomponentenobjekte 308, 
die fiir die Kommunikation mit dem Smart Proxy 302 eines 
Client uber die Kommunikationsverbindung 304 verant- 
wortlich sind.. Jede Serverkomponente 308 ist fur die Auf- 
zeichnung und das Halten mindestens eines Teils der Konfi- 
gurationshierarchie verantwortlich, auf die von einem be- 
stimmten Client zugegriffen oder abonniert wird, um eine 
Schnittstelle zu bieten, um auf Eigenschaften einer Konfigu- 
rationskomponente innerhalb einer Konfigurationsdaten- 
bank zuzugreifen, und zum Empfangen von Aktualisie- 
rungsereignissen und Weiterleiten dieser Ereignisse zu dem 
Smart Proxy 302 fttr einen Client. Wie Fig. 8 zeigt, kann 
eine Serverkomponente 308 mit anderen Serverkomponen- 
ten durch eine Parent-Child-Beziehung, das heiBt eine Be- 
ziehung eines ubergeordneten Elements zu einem unterge- 
ordneten Element, verbunden sein, und diese Parent-Child- 
Beziehung reflektiert die Parent-Child-Beziehung, die fiir 
die zugehorigen Clientkomponenten 301 geschaffen wurde, 
Insbesondere gibt diese Beziehung die Clienthierarchie, 
d. h. die Konfigurationshierarchie, welche der Client abon- 
niert hat, wieder. Jede Serverkomponente 308 kann mit ge- 
nau einem Komponentendatenwrapper 310 verbunden sein 
und an diesem interessiert sein, bei dem es sich um ein Ob- 
jekt handelt, welches innerhalb des gemeinsam genutzten 
Cacheabschnittes des Servers 306 errichtet wird, Wie von 
Fig* 8 angegeben, kann jedoch ein Komponentendatenwrap- 
per 310 mit vielen Serverkomponenten fur verschiedene 
Clients oder Cnentthreacls verbunden sein. 

Der Komponentendatenwrapper 310 ist eine Schnittstelle 
zu gemeinsam genutzten Daten, das heiflt Daten, die in dem 
gemeinsam genutzten Cache 214 von Fig* 7 von mehreren 
Clients oder Clientthreads gemeinsam genutzt werden. Die 
Komponentendatenwrapper 310 konnen Hierarchiebezie- 
hungen aufzeichnen (und sind ein iibergeordneter Satz (Su- 
perset) von Clienthierarchien, die von alien abonnierenden 
Clients betrachtet werden), konnen verweisehde Server- 
komponenten registrieren, konnen Serverkomponenten be- 
nachrichtigen, wenn Veranderungsvorgange erfaBt werden, 
konnen das Datum der letzten Modifikation aufzeichnen 
(das verwendet werden kann, um Ereignisse von der Konfi- 
gurationsdatenbank zu akzeptieren oder zuriickzuweisen) 
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und konnen eine Verriegelung von gemeinsam genutzten 
Daten bewirken. Ahnlich wie die Serverkomponente 308 
kann der Komponentendatenwrapper 310 mit anderen Kom- 
ponentendatenwrappern in einer Parent-Child-Beziehung 
5 stehen bzw. mit diesen verbunden sein, wobei diese Bezie- 
hung die Beziehung wiedergibt, die fiir alle Serverkompo- 
nenten 308 und alle Clientkomponenten 301 geschaffen 
wird. Es versteht sich, da!3 jeder Komponentendatenwrapper 
310 mit zahlreichen Serverkomponenten 308 verbunden 

10 sein kann, da alle Clientthreads, die auf eine bestimmte 
Konfigurationskomponente zugreifen, durch denselben 
Komponentendatenwrapper 310 gehen. Der Komponenten- 
datenwrapper 310, der von einem Komponentendatenwrap- 
pergenerator 312 geschaffen wird, wenn ein erster Client 

15 erstmals ein Element innerhalb der Konfigurationsdaten- 
bank abonniert, verfolgt allgemein, welche Serverkompo- 
nenten 308 bestimmte Komponenten innerhalb der Konfigu- 
rationsdatenbank abonnieren und arbeitet so, daB er jede der 
abonnierenden Serverkomponenten 308 iiber Veranderun- 

20 gen dieser Daten benachrichtigt. 

Jeder Komponentendatenwrapper 310 ist mit hochstens 
einem Lightweightobjekt 314 verbunden bzw. enthalt ein 
solches, das eine Kopie der Komponentendaten in der Kon- 
.. figurationsdatenbank speichert, welche eine oder mehrere 

25 Serverkomponenten 308 abonnieren. Mit anderen Worten 
wird ein Komponentendatenwrapper 310 zwischen eine 
oder mehrere Serverkomponenten 308 und ein einzelnes 
lightweight 314 eingefugt, um den ZugrirT auf das Light- 
weight 314 durch mehrere Serverkomponenten 308 abzu- 

30 wickeln. Allgemein ausgedruckt ist das Lightweight 314 ein 
Aufbewahfungsort fiir Daten, die von den Serverkomponen- 
ten 308 gemeinsam genutzt werden, und wird verwendet, 
. um sich mit dem Mitteiiungsthread 220 von Fig* 7 fur Ak- 
. tualisierungsbenachrichtigungen abzustimmen, welche Ver- 

35 anderungen betreffen, die an der Konfigurationsdatenbank 
203 von Fig* 7 durchgefuhrt werden. 

Der Komponentendatenwrappergenerator 312 ist verant- 
wortlich fiir das Erhalten/Schaffen von Komponentendaten- 
wrappern 310 und Lightweights 314 , Wenn ein Client an- 

40 gibt, daB er eine Komponente in der Konfigurationsdaten- 
bank 203 abonnieren will, pruft der Komponentendaten- 
wrappergenerator 312 zufiachst, ob ein Komponentendaten- 
wrapper 310 fiir diese Komponente bereits geschaffen 
wurde, Wenn dies der Fall ist, verbindet der Komponenten- 

45 datenwrappergenerator 312 den Clientthread mit demKom- 
ponentendatenwrapper 310 fur diese Komponente. Wenn 
dies nicht der Fall ist, schafft der Komponentendatenwrap- 
pergenerator 312 einen neuen Komponentendatenwrapper 
310 und ein Lightweight 314, welche veranlassen, daB die 

50 angeforderte Information von der Konfigurationsdatenbank 
203 in das lightweight 314 geladen wird, und schafft oder 
erweitert den Thread fur den Client, der diesen neuen Kom- 
ponentendatenwrapper 310 und das zugehorige Lightweight 
314 nutzt Wenn der Kornponentendatenwrappergenerator 

55 312 einen neuen Wrapper 310 schafft, weist der Komponen- 
tendatenwrappergenerator 312 dem Wrapper 310 ein einzig- 
artiges unveranderliches Kennzeichen zu. Dieses Kennzei- 
chen wird zu den verweisenden Serverkomponenten 308 
und ihren entsprechenden Clientkomponenten 301 weiterge- 

60 leitet, was es erlaubt, eine Gruppe yon Komponenten oder 
einzelne Komponenten eindeutig zu identifizieren, was wie- 
derum viele schwierige Umbenennungsprobleme vermeidet 
und eine effizientere Uberwachung einer Liste von Identifi- 
kationen iiber eine langsame Kommunikationsverbindung 

65 bietet, wenn beispielsweise ein gesamter Baum oder Zweig 
eines Baumes von einem Client angefordert wird. 

Ein Vefriegelungsmanager 316 ermoglicht es jedem 
. Komponentendatenwrapper 310, den Zugriff auf seine zu- 
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gchorigen Lightweights 314 durch verschiedene Clients 2u Komponentendatenwrapper 310 mit einem Datenbankort 

steuern. Das Verriegeln eines Lightweights 314 kann das verzeichnet ist, auf den von einem XM 318 verwiesen wird. 

VerriegeLn eines oder mehrerer anderer Lightweights verur- . Genauer ausgedruckt ist das Komponentendatenregister 322 

sachen, so daB beispielsweise das Verriegeln eines Light- eine Nachschlagtabelle, die Komponentendatenwrapper 310 

weights, das iibergeordnete Kompontendaten speichert, au- 5 mit Benachrichtungscookies oder Identifications kennzei- 

tomatisch die Verriegelung von Lightweights verursacht, die chen in Verbindung setzt, die als ein Resultat der Operation 

untergeordnete Komponenten fur diese iibergeordnete Kom- der XMs 318, welche auf die Datenbank 203 zugreifen, ge- 

ponente enthalten. In ahnlicher Weise kann jedes Light- schafTen werden. Gelegentlich werden diese Identifikations- 

weight 314 automatisch bei Verriegelung eines anderen kennzeichen auch als die "rnagischen Zahlen" bezeichnet, 

Lightweights verriegelt werden, so daB ein Lightweight, das 10 und allgemein ausgedruckt bezeichnen diese Identifikati- 

eine untergeordnete Komponente enthalt, verriegelt werden , onskennzeichen einen Ort oder identifizieren eine Kompo- 

kann, wenn das Lightweight, das die iibergeordnete Kompo- nente, die in der Datenbank 203 gespeichert ist. Die Benach- 

nente fur diese untergeordnete Komponente enthalt, verrie- richtigungsmaschine 320 erhalt eine Liste von Aktualisie- 

gelt wird. Auf diese Weise kann der Verriegelungsmanager . rungsereignissen, die mit jedem der Datenbankorte in Be- 

316 veranlassen, daB ein Komponentendatenwrapper 310 15 ziehung stehen, die den magischen Zahlen zugehorig sind, 

sein zugehoriges Lightweight 314 verriegelt, wenn ein Le- und verwendet das Komponentendatenregister 322, um die 

sevorgang aus oder ein Schreibvorgang in dieses Light- Komponentendatenwrapper 310 zu finden, die jeder Kom- 

weight innerhalb eines bestimmten Clientthreads durchge- ponente zugeordnet sind, fiir welche eine Veranderung auf- 

fuhrt wird und die Verriegelung dieses Lightweights kann getreten ist, Als Resultat ist die Benachrichtigungsmaschine 

automatisch die Verriegelung von anderen Lightweights 20 320 ein Breignisgenerator, der periodisch eine Verande- 

verursachen, wie etwa Lightweights, die untergeordnete rungsliste von der Konfigurationsdatenbank 203 erhalt und 

Komponenten enthalten, die sich auf das Lightweight bezie- Veranderungsereignisse an die Komponentendatenwrapper 

hen, das verriegelt wurde. . 310 abgibt, fiir welche Veranderungen aufgetreten sind. 

Ferner verwendet jedes Lightweight 314 eines oder meh- Allgemein ausgedruckt registriert jeder Komponentenda- 

rere trans aktionale Speicherobjekte (XMs) 318, um Kompo- 25 tenwrapper 310 alle XMs, die zu seinem Lightweight geho- 

nenteneigenschaften aus der bzw. in die Konfigurationsda- ren, in deni Komponentendatenregister 322, wenn Clientth- 

tenbank 203 von Fig. 7 unter Verwendung eines Kontext- reads geschaffen werden, um dadurch Veranderungsbenach- 

speichers zu lesen oder zu schreiben. Ein XM 318 wird je- richtigungen zu erhalten. Im Gegenzug erhalten die Daten- 

desmal dann gestartet, wenn ein Lightweight 314 einen Le- komponenten wrapper 310 ein einzigartiges Cookie fiir jede 

sevorgang oder einen Schreibvorgang an der Konfigurati- 30 Registrierung und diese Cookies werden in dem Komponen- 

pnsdatenbank 203 durchftihren mufl. Das XM 318 schafft tendatenregister bzw. dem Wrapperplan 322 gespeichert. 

einen Zeiger in den Kontextspeicher (def lokal fur den Ansprechend auf eine Veranderungsbenachrichtigung 

Clientthread ist), der verwendet wird, um diesen lesen oder zwingt ein Komponentendatenwrapper 310 sein zugehori- 

schreiben zu las sen, und das XM 318 veranlaBt den Lese- ges Lightweight 314, einen neuen Ladevorgang von der Da- 

vorgang aus der oder den Schreibvorgang in die Konfigura- 35 tenbank durchzufuhren, sofern erforderlich, und die Konfi- 

tionsdatenbank 203 unter Verwendung des .Kontextspei- gurationshierarchie zu aktualisieren. Ferner sendet der 

chers. Das XM 318 kann ferner verwendet werden, um Da~ Komponentendatenwrapper 310 Aktualisierungsmitteilun- 

tenbankobjekte innerhalb der Datenbank 203 zu schaflfen/zu gen zuriick zu jeder der Serverkomponenten 308, die mit 

loschen und die Registrierung eines Benachrichtigungsin- dem Komponentendatenwrapper 310 in Beziehung stehen 

teresses in der Konfigurationsdatenbank 203 zu entfemen. 40 und welche auf diesen zugreifen, und die Serverkomponen- 

Sobald der entsprechende Lesevorgang oder Schreibvor- ten 308 werden anschlieBend mit dem gemeinsam genutzten 

gang fur ein Lightweight 314 durchgefiihrt wurde, wird das Cache, das heiflt den Lightweights 314, neu synchronisiert. 

XM 318 freigegeben. Die in dem Kontextspeicher. gespei- SchlieBlich senden die Serverkomponenten 308 eine Aktua- 

cherten Daten sind jedoch noch vorhanden und der Zeiger Usierungsmitteilung an die Clientskomponenten 301, wel- 

zu diesern Speicher wird in dem lokalen Threadsspeicher 45 che eine Neusynchronisierung mit den Serverkomponenten 

gespeichert, um bei Bedarf spater verwendet zu werden. Die 308 durchfuhren. 

Verwendung von XMs ist ein Standardvorgang in Objektda- In Fig. 9 ist der Status des Datenbankservers 306 (bei dem 

tenb ankmanagern und wird daher hier nicht weiter erlautert. es sich um den Server 202 von Fig* 7 oder jeden der Daten- 

Eine Benachrichtigungsmaschine 320 stinimt sich mit je- bankserver von Fig. 1, 3 bis 6 handeln kann) beim Startup 

dem XM 318 ab und erfaBt Anderungen an jedem der Da- 50 dargestellt, das heiBt bevor ein Client Daten in der Konfigu- 

tenbankwerte innerhalb der Datenspeicherorte in der Konfi- rationsdatenbank 325 (bei der es sich beispielsweise um die 

gurationsdatenbank 203, auf die von den XMs 318 verwie- Datenbank 203 von Fig, 7 oder jede der Konfigurationsda- 

sen wird. Die dortigen Veranderungen konnen beispiels- tenbanken von Fig, 1 und 3 bis 6 handeln kann) abonniert 

weise durch einen Client verursacht sein, der einen Schreib- hat. Def Server 306 enthalt einen Pre-Start Thread 326, der 

vorgang in der Konfigurationsdatenbank 203 verursacht, ei- 55 keine Serverkomponentenobjekte enthalt, einen gemeinsam 

nen LaufzeitprozeB oder einen anderen externen Prozess. genutzten Cache 327, der keine Komponentendatenwrapper 

Wenn die Benachrichtungsmaschine 320 eine Veranderung oder Lightweights hat, und einen leeren Datenbankkontext- 

an den Datenbankelementen erfaBt, auf die von einem der speicher 328. Der gemeinsam genutzte Cache 327 des Ser- 

XMs 318 verwiesen wird, benachrichtigt die Benachrichti- vers 306 enthalt einen Komponentendatenwrappergenerator 

gungsmaschine 320 den Komponentendatenwrapper 310, 60 312 und einen Verriegelungsmanager 316, der die Verriege- 

welcher das Lightweight 314 aufweist, das zu diesem XM lung von Komponenten, die aus der Datenbank 325 ausgele- 

318 gehort, welches wiederum alle Clients benachrichtigt, sen werden, koordiniert. Wie Fig. 9 zeigt, enthalt ein Be- 

welche die Komponente abonniert haben, daB eine Verande- . nachrichtigungsthread eine Benachrichtigungsmaschine 

rung durchgefuhrt wurde und daB neue Werte fur die Kom- 320, die Veranderungen erfaBt, die an Daten in der Daten- 

ponente yerfugbar sind. Um diese Operation auszufuhren, 65 bank 325 wie vorstehend beschrieben durchgefuhrt wurden, 

verwendet die Benachrichtigungsmaschine 320 ein Kompo- und ein Komponentendatenregister oder einen Wrapperplan 

nentendatenregister (auch als ein Wrapperplan bezeichnet) 322, der Datenkompbnentenwrapper in dem gemeinsam ge- 

322, bei dem es sich um einen Plan handelt, in dem jeder nutzten Dache 327 mit Orten in der Konfigurationsdaten- 
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bank 325 aufzeichnet. Da in dem gemeinsam genutzlen Ca- 
che 327 keine Datenwrapper existieren, ist der Wrapperplan 
322 selbstverstandlich leer. 

. Entsprechend enthalt ein Laufzeitthread eine Benachrich- 
tigungsmaschine 336, die Veranderungen erfaBt, die an be- 
stimmten Teilen der Konligurationsdaten von Laufzeitser- 
vices 338 durchgefiihrt wurden, bei welchen es sich um be- 
liebige Services handeln kann, wie z. B. automatischeErfas- 
sungsservices oder andere Anwendungen, die wahrend der 
Laufzeit oder wahrend der Konfiguratibnsaktivitaten ablau- 
fen, sowie einen Plan 340, der es ermoglicht, daB die Lauf- 
zeitbenachrichtigungsmaschine 336 Veranderungsmitteilun- 
gen an entsprechende Komponentendatenwrapper in den 
Clientthreads sendet t die in dem Server 306 ablaufen. Beim 
Startup erzeugt die Laufzeitbenachrichtigungsmaschine 336 
eine Instanz eines Objektes, die als Erfassung ablauft, um 
bestimmte Veranderungen in der Konfiguration des Prozefi- 
steuemetzwerks zu erfassen, wie z, B. das HinzufQgen eines 
neuen Knotens oder das Hinzufugen von neuen Einrichtun- 
gen (wie etwa auBer Dienst gestellte Steuereinrichtungen) 
innerhalb des Systems, In einer Ausfuhrungsform fragt die 
Benachrich'tigungsmaschine 336 die Laufzeitservices 338, 
bei welchen es sich um beliebige Laufzeitservices oder An- 
wendungen hahdeln kann, nach Listen von auBer Dienst ge- 
stellten Steuereinrichtungen und Fieldbuseinrichtungen ab, 
Der Plan 340 verweist allgemein auf einen Speicherort oder 
eihen Speicherbereich, wo entsprechende Datenwrapper 
(nach deren Erstellung) registriert sind, um Informationeh 
zu empfangen, die zu der Erstellung eines. neuen Knotens, 
einer neuen Einrichtung etc, innerhalb des ProzeBsteuersy- 
stems gehoren. Selbstverstandlich miissen nicht alle Daten- 
wrapper bei dem Laufzeitthread registriert werden, sondern 
nur diejenigen Wrapper, die zu Komponenten gehoren, wel- 
che sich auf die neu hinzugefugten Einrichtungen beziehen, 
wie etwa die in Fig. 2 dargestellte Komponente der auBei* 
Dienst gestellten Steuereinrichtung. Beim Startup verweist 
der Plan 340 auf einen Speicherort, an dem keine Wrapper 
registriert sind. 

In Fig* 10 sind die Operationen des Servers 306 darge- 
stellt, wenn ein erster Client 342 Verbindung aufhimmt und 
eine Komponente in der Konfigurationsdatenbank 325 
abonniert Im einzelnen lauft die Clientanwendung an, 
nimmt Verbindung mit dem Server 306 uber eine Kommuni- 
kationsverbindung 344 unter Verwendung eines Smart 
Proxy 346 auf, um eine Komponente 348 innerhalb der 
Konfigurationshierarchie anzufordem. Zu diesem Zeitpunkt 
weist der Server 306 den Pre-Start-Clientthread 326 dem 
Client 342 zu und erstellt einen neuen Pre-Start-CHentthread 
(nicht dargestellt), der von dem nachsten Client zu ver wen- 
den ist, der Verbindung mit dem Server 306 aufhirnmt. TVpi- 
scherweise beginnt der Client 342 mit der Anforderung ei- 
nes Wurzelobjektes, wie etwa der Bereiche-Komponente. 
An diesem Punkt wird in dem Server 306 eine Bereiche-Ser- 
yerkomponente 350 geschaffen und die Bereiche-Server- 
komponente 350 fordert die Bereiche-Komponente von dem 
Wrappergenerator 312 an. Der Wrappergenerator 312 er- 
kennt, daB kein Komponentendatenwrapper (nachfolgend 
als "Wrapper" bezeichnet) fur die Bereiche-Komponente in 
dem gemeinsam genutzten Cache 327 geschaffen wurde und 
erstellt einen derartigen Wrapper 354 (einen Bereiche- 
Wrapper), wobei der Wrapper 354 der Bereiche-Serverkom- 
ponente 350 innerhalb des Clientthread 326 zugeordnet 
wird. Der Wrappergenerator 312 erstellt ein Lightweight 
360, das alleine dem neu erstellten Wrapper 354 zugeordnet 
ist und das mit dem Datenbank* "Standort'-KContext 362 
fur den Clientthread verbunden ist, Der Standort-Kontext 
wird verwendet, da die Berdche-Wurzelkomponente ange- 
fordert wurde und diese Komponente mit einem Standortob- 



jekt in der Datenbank 325 im Zusarnmenhang stent. Zu die- 
ser Zeit fiihrt das Lightweight 360 einen Aufruf in der Da- 
tenbank 325 betreffend die Bereiche-Komponente durch, in- 
dem ein XM (nicht dargestellt) erstellt wird. Das XM ver- 

5 weist. auf einen Speicherort in dem Kontextspeicher 328, der 
von dem Clientthread 326 zu verwenden ist, und veranlaBt 
den Datenbankmanager, die Bereiche-Komponente auszule- 
sen und die Komponentendaten in dem Standort-Kontext- 
speicher 362 zu speichem. AnschlieBend werden die Daten 

10 in das Lightweight 360 geladen und das XM wird freigege- 
ben. 

Wahrend dieses Prozesses registrieren der Wrappergene- 
rator 212 oder das XM den neugeschaffenen Bereiche- 
Wrapper 354 in dem Wrapperplan 325 zur Benachrichti- 

15 gung iiber Veranderungen, wenn Veranderungen in dem Ge- 
genstuck in der Datenbank auftreten, in diesem Fall in der 
Bereiche-Komponente der Datenbank 325. Diese Registrie- 
rung ist durch die Linie 363 dargestellt. Um diese Registrie- 
rung durchzuftihren, wird ein eindeutiges Identifizierungs- 

20 kennzeichen (ID) fur die Kombination Wrapper/Datenbank- 
standort geschaffen und dieses ED wird in eine Registrie- 
rungsmitteilung gesetzt, die zu dem Benachrichtigungs- 
thread gesendet wird. Bei Verarbeitung der Registrierungs- 
mitteilung fiigt das Benachrichtigungsthread einen Eintrag 

25 in den Wrapperplan 322 fur den Bereiche- Wrapper 354 ein, 
der durch das ID als Schlussel gekennzeichnet ist. Dieser 
Eintrag verbindet die magische Zahl, die dem XM zugeho- 
rig ist, welches auf ein Objekt oder einen Ort in der Daten- 
bank 325 verweist, mit dem Wrapper 354, 

30 Nachfolgend wire! die Bereiche-Komponente von dem 
Wrapper 354 zu der Serverkomponente 350 gesendet, die 
mit den Daten der Bereiche-Komponente aktualisiert wird. 
Die Serverkomponente 350 sendet anschliefiend die Daten 
der Bereiche-Komponente an das Smart Proxy 346 des 

35 Client 342, wo die Komponentendaten an die Clientkompo- 
nente 348 abgegeben werden. 

AnschlieBend uberwacht der Benachrichtigungsthread 
Veranderungen an der Bereiche-Komponente innerhalb der 
Datenbank 325, und sucht wenn Veranderungen durchge- 

40 fiihrt werden, das ID fur den Wrapper, der zu dieser Kompo- 
nente innerhalb der Datenbank 325 gernaB der Definition in 
dem Wrapperplan 322 gehftrt Der Benachrichtigungsthread 
benachrichtigt anschliefiend den Wrapper, in diesem Fall 
den Wrapper 354, uber die Veranderung. Falls erforderlich, 

45 aktualisiert der Wrapper 354 das Lightweight 360, so daB es 
die Veranderung wiedergibt, indem ein Auslesen der Daten- 
bank 325 veranlaBt wird. D anach weist der Wrapper 354 die 
Serverkomponente 350 liber die Veranderung an und die 
Serverkomponente 350 kann die neuen Daten fur die Befei- 

50 che-Komponente abfragen, welche neuen Daten aus dem 
Lightweight 360 ausgelesen werden kbnnen. Danach be- 
nachrichtigt die S erverkomponente 350 den Client 342 iiber 
die Veranderung und der Client 342 kann die neuen Daten 
fur die Bereiche-Komponente von der Serverkomponente 

55 350 anfordem, so dafl die Veranderung in der Bereiche- 
Komponente entweder automatisch oder durch Benachrich- 
tigung des Clients uber die Veranderung und Abwarten, bis 
der Client die neuen Komponentendaten abfragt, an die 
Clientkomponente 348 weitergegeben wird, Wahrend der 

60 Client 342 ein rnanuelles Abziehen der neuen Komponen- 
tendaten aus der Serverkomponente 350 durchfuhren 
konnte, wird nachfolgend zurn Zweck der Erorterung ange- 
nommen, daB neue Daten oder veranderte Daten automa- 
tisch zu einem Client gesendet werden, wahrend eine Veran- 

65 derung erfaBt wird. 

In ahnlicher Weise verwendet der Laufzeitbenachrichti- 
gungsthread die Benachrichtigungsmaschine 336, um be- 
stimmte Veranderungen zu erfassen, die in der Konfigura- 
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tion des Prozefisteuersy stems basierend auf der Operation 
der Laufzeitservices 338 durchgefiihrt wurden. Wenn eine 
bestimmte Veranderung aufgetreten ist, beispielsweise das 
Hinzufugen eines Knotens oder einer Einrichtung, sucht die 
Benachrichtigungsrnaschine 336 den Speicherort, der fur 
diese Veranderung von dem Plan 340 angegeben ist, urn 
festzustellen, ob Wrapper eine Registrierung eingerichtet 
haben, urn einen Hinweis auf die erfaBte Veranderung zu er- 
halten. Wenn dies der Fall ist, sendet die Benachrichtigungs- 
maschine 336 eine Ereignismitteilung an den bzw. die regi- 
strierten Wrapper, welche diese Mitteilungen in ahniicher 
Weise verarbeiten konnen, in der Ereignismitteilungen ver- 
arbeitet werden, die von der Benachrichtigungsmaschine 
320 erzeugt wurden, Es versteht sich, daJ3 ein Datenwrapper, 
der Benachrichtigungen uber Veranderungen erhalten will, 
die von dem Laufzeitbenachrichtigungsthread erfafit wur r 
den, eine Registrierung an dem Speicherort durchfuhrt, der 
fiir diese Veranderung von dem Plan 340 angegeben ist, in 
dem beispielsweise das ID des Wrappers gespeichert wird, 



380 fur die neue untergeordnete Bercich-Komponenfe und 
bettet dabei einen Zeiger in der neuen untergeordneten Be- 
reich-Serverkomponente 380 auf den Wrapper 372 ein, der 
fiir die untergeordncte Serverkomponente 380 geschaffen 
5 wurde. Die Serverkomponente 350 sendet ebenfaLls eine Li- 
ste von untergeordneten Komponenten (in diesein Fall eine 
Liste mit einem Eintrag) uber die Kommunikationsverbin- 
dung und den Proxy 346 an die Bereiche-Clientkomponente 
348 und die Bereiche-Clientkomponente 348 erzeugt eine 
10 untergeordnete Bereich-Clientkomponente und bettet einen 
Serverkomponentenbezug (auf die Serverkomponente 380) 
in der untergeordneten Bereich-CHentkomponente 382 ein, 
um die Kommunikation zwischen der neuen untergeordne- 
ten Client-Komponente 382 und der neuen untergeordneten 
15 Serverkomponente 380 zu ermoglichen. Ein Smart Proxy 
384 fiir die CUentkomponente 382 wird anschliefiend ge- 
schaffen, was den ProzeB der Erweiterung des Clientthread 
326, um ein Abonnement fur eine neue untergeordnete 
Kdmponente innerhalb der Datenbank 325 einzuschliefien, 



um die Veranderungsbenachrichtigung an dem Speicherort 20 vollendet. Selbstverstandlich wurden dieselben Vorgange 
zu erhalten, wenn der Datenwrapper geschaffen wird. 

Wie Fig* 11 zeigt, kann der Client 342 anschlieflend den 
Wunsch haben, untergeordnete Elemente der Bereiche- 
Clientkomponente 348 zu laden. In diesem Fall ruft der 
Client 342 einen Befehl zum Laden von untergeordneten 25 
Elementen und die Bereiche-Wurzelkomponente auf und 
dieser Befehl wird durch den Proxy 346 zu der Serverkom- 
ponente 350 und von dort zu dem Bereiche-Lightweight360 
weitergeleitet. Das Bereiche-Lightweight360 fragt die Kon- 
figurationsdatenbank 325 unter Verwendung des Kontext- 30 
speichers 362 fur den Clientthread 326 ab, um Inforrnatio- 
nen uber die untergeordneten Komponenten fur Bereiche zu 
erhalten. Diese Daten werden zurttckgegeben und ein Light- 
weight und ein zugehoriger Datenwrapper werden anschlie- 

Bend fur jede untergeordnete Komponente geschaffen, die 35 Griinden der ttbersichthchkeit nicht gezeigt. Insbesondere 



fur andere untergeordnete Komponenten einer bestimmten 
Komponente stattfinden und der Clientthread 326 kann er- 
weitert werden, um mehr als. eine untergeordnete Kompo- 
nente zu abonnieren, wenn mehr als eine untergeordnete 
Komponente bzw. mehr als ein Child vorhanden ist. Ent- 
sprechend kann der Clientthread 326 weiter erweitert wer- 
den, indem untergeordnete Komponenten erhalten werden, 
die zu der neu abonnierten untergeordneten Komponente 
382 gehoren oder indem eine weitere Wurzelkomponente 
angefordert wird. 

In Fig* 12 ist der Prozeft, in dem ein zweiter Client 386 
dieselben Komponenten abonniert, die durch den ersten 
Client 342 abonniert wurden, im Detail beschrieben. Hier 
sind die Benachrichtigungsthreads des Servers 306 aus 



zu der Bereiche- Komponente gehort. In Fig. 11 ist die Be- 
reiche-Komponente so dargestellt, dafJ sie nur eine unterge- 
ordnete Komponente enthalt, die den Namen Area_A und 
die Beschreibung "Fred" tragt, und diese neuen untergeord- 
neten Komponentendaten werden in einem neuen Light- 
weight 370 gespeichert. Andere untergeordnete Bereiche- 
Komponenten konnten auch zu der Bereiche- Komponente 
gehoren und in diesem Fall wtirde ftir jedes dieser unterge- 
ordneten Elemente zusammen mit den anderen oben be- 
schriebenen Objekten ein neues Lightweight geschaffen, 

Bei dem Erstellen des neuen Lightweight 370 schlieBt der 
Bereichewrapper 354 (oder der Wrappergenerator 312) das 
neue Bereiche-Lightweight 370 in einem separaten Wrapper 
372 ein^ der mit dem Bereiche- Wrapper 354 als ein unterge- 
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nimmt der zweite Client 386 mit dem Server 306 in ahnii- 
cher Weise wie der erste Client Verbindung auf und abon- 
niert die Bereiche-Komponente. Nach Herstellung der Ver- 
bindung mit dem Server 306 wird der zweite Client 386 ei- 
nem zweiten Pre-S tart-Thread 387 zugewiesen. In diesem 
Beispiel fragt der Client 386 die Bereiche-Wurzelkompo- 
nente ab, welche eine Bereiche-Serverkomponente 388 in 
dem zweiten Clientthread erstellt Die Serverkomponente 
388 fragt den Wrappergenerator nach einem Wrapper fiir die 
Bereiche-Wurzelkomponente, und da der Wrapper 354 be- 
reits in dem gemeinsam genutzten Cache b 327 fUr die Berei- 
che-Wurzelkomponente existiert, sendet der Wrappergene- 
rator 312 einen Zeiger auf den Wrapper 354 zuriick. An die- 
sem Punkt fragt die Bereiche-Serverkomponente 388 den 



ordneter Wrapper verbunden ist Der Bereiche- Wrapper 354 50 Wrapper 354 nach den Bereiche-Wurzelkomponentendaten 
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fiihrt die neue Bereiche-Komponente auch zu der Server- 
komponente 350 zuriick. Das neue Lightweight 370 erstellt 
ein XM, um eine Registrierung in der Datenbank 325 liber 
den Kontextspeicher 376 einzurichten, um spezifische Da- 
ten zu erhalten, die zu der untergeordneten Bereich-Kompo- 
nente gehoren. Der Wrapper 372 oder das Lightweight 370 
senden ferner eine Registrierungsmitteilung an den Benach- 
richtigungsthread mit einer Liste der neuen Wrapper-IDs (in 
diesem Fall ein Wrapper-ID) und der magischen Datenbank- 
zahlen (in diesem Fall eine neue magische Zahl), die zu die- 
sem gehoren. Das neue ID wird in dem Wrapperplan gespei- 
chert, um den ne,uen Wrapper 372 anzuzeigen, wie durch die 
Linie 378 dargestellt. Die magische Zahl, welche den Ort 
der neuen untergeordneten Bereich-Komponente in der Da- 
tenbank 325 angibt, wird ebenfalls an den Wrapperplan 322 , 65 
abgegeben und fiir dieses ID gespeichert. 

In der Zwischenzeit erzeugt die Bereiche-Serverkompo- 
nente 350 eine untergeordnete Bereich-Serverkomponente 



ab, die aus dem Lightweight 360 ausgelesen werden, das be- 
reits fiir den ersten Client 342 geschaffen wurde. Die Be- 
reich-Wurzelkomponentendaten, die in dem Lightweight 
360 gespeichert sind, werden zu derBereiche-Serverwurzel- 
komponente 388 zuruckgeleitet und von dort an die Client- 
Bereiche-Komponente 389. 

Bei einer Anforderung fur untergeordnete Elemente der 
Bereiche-Wurzelkomponente 389 durch den zweiten Client 
386 fragt die Bereiche- Wurzelserverkomponente 388 den 
60 Wrappergenerator 312 nach untergeordneten Wrappem, und 
da diese Wrapper (in diesem Fall ein Wrapper) bereits vor- 
handen sind, wird der Zeiger fiir den Wrapper 372- von dem 
Wrappergenerator 312 an die Bereiche- Wurzelserverkom- 
ponente 388 abgegeben. Die Serverkomponente 388 erzeugt 
dann eine untergeordnete Bereich-Serverkomponente 390, 
die einen Zeiger auf den Wrapper 372 hat. Die Bereiche- 
Wurzelserverkomponente 388 sendet die Information uber 
das untergeordnete Element an den zweiten Client 386, der 
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die geeignete Clientkomponente 392 erzeugt, und den Smart 
Proxy 393, der mit der Serverkomponente 390 kommuni- 
ziert. Die untergeordnete Bereich-Serverkomponente 390 
liest auch das Lightweight. 370 iiber den Wrapper 372 und - 
sendet diese Daten an die Clientkomponente 392 liber den 
Proxy 393. Da in diesem Prozefi keine Anrufe an die Daten- 
bank erfolgten, ist der Datenbankkontext des zweiten Client 
leer, da aile Informationen dureh die Lightweights 360 und 
370 kamen, welche den Datenbankkontext des ersten 
CHentthread 326 nutzten, urn diese Daten zu erhalten. Wenn 
jedoch der zweite Client 386 Daten anfordert, fiir die kein 
Lightweight erstellt wurde, wurde der Wrappergenerator 
312 einen Wrapper und ein Lightweight fiir diese Kompo- 
nente ersteilen und Verbindung mit der Datenbank 325 iiber 
den Datenbankkontext fiir den zweiten Clientthread 387 
aufnehmen, um diese Daten von der Datenbank 325 zu er- 
halten. 

Es versteht sich, dafi jeder andere Client, der nun die Be- 
reich-Wurzel oder die untergeordnete Bereich-Komponente 
abonniert, in der Lage ist, diese Daten aus dem gemeinsam 
genutzten Cache 327 zu erhalten, ohne daB Anrufe an die 
Datenbank 325 erforderlich sind, was die Belastung der Da- 
tenbank 325 verringert. Entsprechend benachrichtigt bei Er- 
halt einer Ereignisbenachrichtigurig von einem Benachrich- 
tigungsthread der Datenwrapper 354 die Serverkomponente 
388 fur den Client 386 sowie die Serverkomponente 350 fur 
den ersten Client 342, um beide Clients iiber die Verande- 
rung zu benachrichtigen. 

In Fig. 13 sind die Aktivitaten beschrieben, die mit dem 
Benachrichtigungsthread beim Erfassen einer Veranderung 
in einem Ronfigurationsdatenelement und der Art und 
Weise, auf die diese Veranderungsbenachrichtigung auto- 
matisch zu jedem abonnierenden Client zuruckgefiihrt wird, 
in Zusammenhang stehen. In diesem Fall verandert der 
zweite Client 386 den Namen des Area_A von "Fred" in 
"Wilma" und gibt eine Schreib- oder Obertragungsmittei- 
lung mit dieser Veranderung an den Server 306 auf r Die Ser- 
verkomponente 390 ladt den neuen Namen und gibt diesen 
Namen an den Wrapper 372 ab, der den Namen in das Light- 
weight 370 ladt. Das Lightweight 370 ladt automatisch den 
neuen Namen in den Datenbankkontext 394 fur den zweiten 
Client 386, Von hier wird der neue Name in der Datenbank 
325 gespeichert Es ist jedoch nichts an der Version der 
Area_A-Kotnponente des ersten Client geschehen. In der. 
Vergangenheit ware es erforderlich gewesen, dafi der erste 
Client 342 periodisch die Datenbank 325 naeh Veranderiin- 
gen abfragt, was zu einer Vielzahl von Lesevorgangeri aus 
der Datenbank 325 und einer Vielzahl von Herunterladevqr- 
gangen iiber die langsame Kommunikationsverbindung 
fiihrte. 

In diesem Fall fragt jedoch die Benaehrichtigungsma- 
schine 320 periodisch die Datenbank 325 nach einer Liste 
von Aktualisierungsereignissen fiir jedes der Datenbankele- 
mente, die zu den magischen Zahlen in dem Wrapperplan 
322 gehoren, ab, Jedes Ereignis enthalt Informationen, wel- 
che angeben, welches Objekt verandert wurde T und einige 
Informationen uber die Veranderungen, wie etwa die Art der 
Veranderung (Umbenennung, Loschung, Anderung der Ei- 
genschaften, Hinzufiigen oder Loschen eines untergeordne- 
ten Elements etc) und eventuell einige Hinweise, wie etwa 
den neuen und den alten Namen im Fall einer Umbenen- 
nungsoperation. Die Benachrichtigungsmaschine 320 ver- 
wendet den Wrapperplan 322, um die magische Zahl des ge- 
anderten Objekts mit einem Wrapper-ID abzugleichen und 
fordert den zugehorigen Wrapper (in diesem Fall den Wrap- 
per 372) auf, das Aktualisierungsereignis zu verarbeiten. 
Diese Verarbeitung kann das erneute Laden des Light- 
weights 370 aus der Datenbank 325 einschlieflen, um den 



neuen oder geanderten Wert dieses Objekts zu erhalten. Ein 
derartiger erneuter Ladevorgang kann erforderlich sein, 
wenn das Lightweight 370 an der Durchfiihrung der Veran- 
derung an der Datenbank 325 nicht beteiligt war. Der Wrap- 

5 per 372 kann das emeute Laden des Lightweights 370 ver- 
weigem, wenn beispielsweise eine erfaflte Veranderung eine 
alte oder nicht mehr aktuelle Veranderung ist, oder aus je- 
dem anderen gewunschten Grund. Der Wrapper 372 be- 
. nachrichtigt auch jede der Serverkomponenten 380 und 390 

10 uber die Veranderung, welche wiederum Mitteilungen, wie 
z. B. eine Windows-Mi tteilurig, an jeden der Clients 342 
und 386 senden (welche diese Komponente abonniert ha- 
ben), um die Veranderung anzuzeigen. Bei der Verarbeitung 
einer Ereignismitteilung von dem Wrapper 372 leiten die 

15 Serverkomponenten 380 und 390 das Event und eventiielle 
neue Daten an die Smart Proxy s der jeweiligen Clients 342 
und 386 weiter. Der Proxy 384 des ersten Clients 342 sendet 
eine Auffrischungsmitteilung an die Clientkomponente 382, 
welche eine Auffrischung an einer Benutzerschnittstelle an 

20 dem ersten Client 344 verursachen kann. Wenn in diesem 
Fall die Benutzerschnittstelle aufgefrischt wird, gibt der 
Proxy. 384 die neuen Daten an die Clientkomponente 382 
auf und die Aktualisierung ist vollendet. Der zweite Client 
386 kann die Mitteilung ignoriereni da der zweite Client 386 

25 die Veranderung bereits hat. 

Bei diesem Abonnementsystem muBte der erste Client 
342 keine Datenbankanrufe durchfuhren und nur ein Anruf 
wurde (beispielsweise iiber eine langsame Kommunikati- 
onsverbindung) von dem Server 306 an den ersten Client 

30 342 ausgefuhrt, um eine vollstandige Erneuerung des gean- 
derten Elements an den ersten Client 342 weiterzugeben. 
Selbstverstaridlich tritt dieser ProzeB fur jedes Lightweight 
und fur jeden Client, der ein Lightweight abonniert, auf, so 
■ dafl j ede Veranderung an der D atenbank 325 automatisch zu 

35 jedem Client zuriickgesendet werden kann, der dieses Ele- 
ment abonniert, und zwar mit einem Minitnalaufwand an 
Datenbanklesevorgangen und. sehr wenigen Kommunikati- 
onsvorgangen iiber die langsame Kommunikationsverbin- 
dung, 

40 Unter B ezug auf Fig* 14 wird die Operation des Verriege- 
lungsmanagers 314 bei der Entscheidung von gleichzeiti- 

. gem Zugriff auf den Cache 327 im Detail erlautert Wie aus 
der vorstehenden Beschreibung deutlich wird, kann jedes 
der Lightweights in dem gemeinsam genutzten Cache 327 

45 von einem oder mehreren CHentthreads gemeinsam genutzt 
werden. Als Resultat kbnnen viele Clients dasselbe Light- 
weight zur gleichen Zeit lesen, Typischerweise ist keine 
Verriegelung fur. diese Lesevorgange erforderlich, Es ist je- 
doch moglich^ in eine Situation zu geraten, in der zwei 

50 Clients gleichzeitig versuchen in ein Lightweight zu schrei- 
ben und somit in die Datenbank 325, was Probieme, wie 
etwa eine gegenseitige Blockierung, verursachen kann. Um 
diese Probieme zu verhinderh, verwaltet der Verriegelungs- 
manager 316 den Zugriff auf jedes der Lightweights, indem 

55 Verriegelungen ausgegeben werden und eine Verriegelungs- 
tabelle aufrechterhalten wird. Allgemein ausgedriickt arbei- 
tet der Veniegelurigsmanager 316 so, daft er Verriegelungs- 
anfragen an Wrapper gewahrt. Wenn ein Ctientthread auf 
. ein Lightweight zugreifen mochte, muB der Thread zunachst 

60 eine Lese- oder eine Schreib verriegelung an dem Wrapper 
erhalten, Wenn die Verriegelung nicht verfugbar ist T da bei- 
spielsweise ein anderer Clientthread im ZugriffsprozeB auf 
dieses Lightweight ist, halt der Verriegelungsmariager 316 
den anfordernden Thread in Wartestellung, bis die Verriege- 

65 lung frei wird. 

In dern Beispiel von Fig* 14 versuchen der erste und der 
zweite Client 342 und 386 in die Beschreibung von Area_A 
zu schreiben. Hier versucht der zweite Client 386, einen 
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Schreibvorgang an dem Lightweight 370 auszufiihren, und 
in diesem Prozefi fordert er eine Verriegelung an dem Wrap- 
per 372 von dem Verriegelungsmanager 316 an, die ihm ge- 
wahrt wird. Wenn der erste Client 342 anschlieBend ver- 
sucht, aus den Eigenschaften des Lightweights 370 zu lesen 
bzw. in diese zu schreiben, halt der Verriegelungsmanager 
316 die Ausfuhrung des ersten Clientthread 326 an, wenn 
dieser Thread versucht, eine Leseverriegelung oder eine 
Sehreib verriegelung an dem Daten wrapper 372 zu erhalten. 
In der Zwischenzeit schreibt der zweite Clientthread 387 in 
das Lightweight 370 durch seinen eigenen Datenbankkon- 
text 394, urn den Namen von Area_A in " Wilma" zu andem, 
Wenn diese Schreiboperation vollendet ist, eriaubt der Ver- 
riegelungsmanager 316 dem ersten Clientthread 326, fortzu- 
f ahren und aus dem Lightweight 370 und somit aus der bzw, 
in die Datenbank 325 zu lesen oder in dieses zu schreiben, 
Es sei angemerkt, daB eine Sehreibverriegelung verweigert 
oder zuruckgehalten werden kann, bis eine Leseverriege- 
lung gelost ist, Es gibt jedoch gewohnlich keinen Grund, 
eine Leseanforderung zuriickzuhalten, wenn nur eine Lese- 
verriegelung einem anderen Clientthread gewahrt wurde. 
Ferner sei angemerkt, daB der Verriegelungsmanager 316 
verwendet werden kann, urn vorstehend beschriebene Re- 
servierungsoperationen durchzufuhren. Insbesondere kann 
eine Reservierungsverriegelung beispielsweise an dem 
Lightweight 370 von einem Client angefordert und diesem 
gewahrt werden. Danach kann jeder Client lesend auf das 
Lightweight 370 zugreifen, jedoch nicht in das Lightweight 
schreiben. Wenn eine Reservierungsverriegelung gewahrt 
wurde, kann der Verriegelungsmanager 316 veranlassen, 
daB der Wrapper 372 eine Mitteilung an den Client sendet, 
der eine Sehreibverriegelung anfordert, daB keine Sehreib- 
vorgange in diese Daten zulassig sind, da diese durch einen 
anderen Client reserviert wurden. Selbstverstandlich kann 
der Verriegelungsmanager 316 auch ein Identifizierungs- 
kennzeichen des Client abgeben oder speichem, dem die 
Reservierungsverriegelung gewahrt wurde, und diesen 
Client in die Lage versetzen, in das Lightweight 370 wah- 
rend eines tJbertragungsvorganges zu schreiben. 

Wenn rnit Verriegelungen gearbeitet wird, besteht die Ge- 
fahr einer gegenseitigen Blockierung. Beispielsweise 
konnte ein erster Client eine Verriegelung an einer Kompo* 
nente A erhalten und zur gleichen Zeit konnte ein zweiter 
Client eine Verriegelung an einer Komponente B erhalten. 
AnschlieBend konnte der erste Client versuchen, eine Ver- 
riegelung an der Komponente B zu erhalten, und wurde auf- 
gehalten, bis die Verriegelung an der Komponente B von 
dem zweiten Client gelost wird, Wenn jedoch der zweite 
Client versucht, eine Verriegelung an der Komponente A zu 
erhalten, bevor die Verriegelung an der Komponente B ge- 
lost wird, wird die Verriegelung an der Komponente A und 
Komponente B nie. gelost, was zu einer gegenseitigen Blok- 
kierung fuhrt. Urn eine gegenseitige Blockierung in dem ge- 
meinsam genutzten Cache 327 zu vermeiden, kann der Ver 7 
riegelungsmanager 316 einer Einschrankung unterliegen, 
daB jeweils ein bestimmter Client eine Verriegelung erhalten 
bzw. ausiosen kann und sie darauffolgend losen muB, das 
heiBt bevor eine weitere Verriegelung erhalten wird. In die- 
sem Fall konnen jedoch zwei Clients Veranderungen iiber- 
schreiben, die jeweils von dem anderen durchgefuhrt wur- 
den, mit dem Resultat, daB der letzte Sehreib vorgang bleibt. 
Beispielsweise modifiziert der erste Client Komponente A 
und der zweite Client modifiziert Komponente B, Der erste 
Client modifiziert anschlieBend Komponente B, und der 
zweite Client modifiziert Komponente A. Wahrend eine ge- 
genseitige Blockierung vermieden wurde, hat die Kompo- 
nente A die Veranderungen des zweiten Clients und Kompo- 
nente B hat die Veranderungen des ersten Clients. 



Obgieich die Lightweights keine Hierarchie haben,* kon- 
nen Verweise zwiscben Lightweights vorhanden sein. Wenn 
dies der Fall ist, ist diese Tats ache eine mogliche Quelle ei- 
ner gegenseitigen Blockierung, wenn beispielsweise eine 
5 Aktualisierungsoperation erfordert, daB beide Lightweights 
gleichzeitig verriegelt werden. Urn dieses Problem 2u ver- 
meiden, kann der Verriegelungsmanager 316 eine Verriege- 
lungsreihenfolge bei verwandten Lightweights festlegen. 
Wenn beispielsweise ein erstes Lightweight zu einem zwei- 

10 ten Lightweight gehbrt, wird das erste Lightweight zu der 
. Verriegelungsliste des zweiten Lightweights hinzugefugt. 
Wenn ein Client das zweite Lightweight verriegeln mochte, 
muB der Client zunachst das erste Lightweight verriegeln. 
Der Verriegelungsmanager 316 kann eine Liste dieser Rei- 

15 henfolge fuhren und die Reihenfolge bei Verriegelungsvor- 
gangen durchsetzen. Urn diese abhangige Verriegelung 
durchzusetzen, kann der Verriegelungsmanager nur eine 
Verriegelung pro Client zu einer bestimmten Zeit erlauben, 
falls die zugehorigen Objekte nicht einen abhangigen Baum 

20 bilden. 

Wenn die Modifizierung einer Reihe von Komponenten 
in der Datenbank 325 in einer Datenbanktransaktion ge- 
schieht, ist es moglich, daB die Trans aktion fehlschlagt und 
so eine Ruckkehr auf den Status der Datenbank vor den An- 

25 derungen in der Datenbank 325 durchgefuhrt wurde, was 
dazu fuhrt, daB die im Cache gespeicherten Komponenten 
(das heiBt die Lightweights) mit den Komponenten, die in 
der Datenbank 325 gespeichert sind, nicht konsistent sind, 
Um einen Riickzugsmechanismus zu schaffen, kann ein 

30 Clientthread eine Liste von modifizierten Komponenten 
fuhren, zu welcher er die Komponenten hinzufugt, wahrend 
die Datenbankmodifizierungstransaktion aktiv ist. Wenn 
eine Datenbanktransaktion mit mehreren Schritten abgebro- 
chen wird oder das Commit fehlschlagt, wird die Liste 

35 durchgegangen und jede Komponente wird neu geladen, 
was bedeutet/daB die Eigenschaften einer Komponente neu 
geladen werden und eine Uberprufung auf neue/geloschte 
untergeordnete Elemente erfolgt Wenn eine derartige Liste 
aus modifizierten Komponenten in einer bekannten Ord- 

40 nung (beispielsweise nach der Wrapper- ID geordnet) ge- 
fuhrt wird, ist es moglich, eine Verriegelungstabelle zu er- 
zeugen und mehrere Verriegelungen pro Operation des 
Clients auszufiihren. 

Um die Zeitdauer zu verringern, wahrend der eine Light- 

45 weight verriegelt ist, kann ein Lightweight, wenn Eigen- 
schaften in die Datenbank 325 zuriickgeschrieben werden, 
zuerst das Komponentendatenobjekt klonen, das in deni 
Lightweight gespeichert ist. Der Klon wird mit den neuen 
Eigenschaftswerten versorgt und verwendet, um die Werte 

50 in der Datenbank 325 zu speichern. Sobald diese Operation 
vollendet ist, wird das urspriingliche Komponentendatenob- 
jekt in deh Klon geandert oder zugunsten des Klons ersetzt 
Die Verwendung einer derartigen Klonierungstechnik ver- 
ringert die Zeit, wahrend der der Cache 327 oder das Light- 

55 weight verriegelt ist, da das Lightweight entriegelt werden 
kann, nachdem der Klon erzeugt wurde, was die Gleichzei- 
tigkeit des Zugriffs auf den Cache verbessert. 

In dieser Situation kann jedoch eine Wettbewerbsbedin- 
gung vorliegen, in der zwei Clients versuchen, zur gleichen 
60 Zeit in dasselbe Lightweight zu schreiben. Insbesondere 
wird der Cache mit der Datenbank in konsistent, wenn der 
erste Client seine Version der Komponenten in der Daten- 
bank 325 speichert, bevor der zweite Client dies tut, aber 
den Cache (das heiBt das Lightweight) nach dem zweiten 
65 Client abandert. Hier hat die Datenbank die Anderungen des 
zweiten Client, aber das Lightweight hat die Anderungen 
des ersten Client. Diese Situation kann entweder durch eine 
koordinierte Verriegelung vermieden werden, oder dadurch, 
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daB nur ein Klon fur ein Lightweight zu einem gegebenen 
Zeitpunkt erlaubt wird, Alle diese Vorgange konnen durch 
den Verriegelungsmanager 316 geleitet werden. 

Wie vorstehend angefuhrt, kommen neue untergeordnete 
Lightweights entweder durch Laden dieser untergeordneten 5 
Elernente aus der Datenbank 325 ansprechend auf eine An- 
forderung eines Clients in Existenz, oder wenn ein Client 
ein neues untergeordnetes Element hinzufugt. Auf Wunsch 
kann zugelassen werden, daB Clients den Cache 327 soweit 
manipulieren, daB sie neue untergeordnete Komponentenda- 10 
tenobjekte schaffen/laden, bevor das iibergeordnete Element 
verriegelt wird, so daB das iibergeordnete Lightweight nur 
dann verriegelt werden muB, wenn ein untergeordnetes Ele- 
ment tatsachlich mit der Hierarchie verbunden wird oder 
dem ubergeordneten Element zugeordnet wird. Mit anderen 15 
Worten konnen alle zu erstellenden Objekte, die mit unter- 
geordneten Komponenten verbunden sind, in nicht gemein- 
sam genutzter "Wfeise oder in einem lokalen Speicher erstellt 
werden, bis alle untergeordneten Elernente vollendet sind. 
Dann kann das iibergeordnete Element verriegelt und modi- 20 
fiziert werden, so daB es die Zeiger zu diesen untergeordne- 
ten Elernenten enthalt, um dadurch diese untergeordneten 
Objekte in den gemeinsam genutzten Speicher zu verschie- 
ben. Als Resultat wird das iibergeordnete Lightweight nur 
dann verriegelt, wenn es geandert wird, so daft es den Bezug 25 
zu neuen untergeordneten Komponenten hat, und nicht w3hr 
rend der Erstellung dieser untergeordneten Objekte, 

In Fig. 15 ist die Operation des Laufzeitbenachrichti- 
gungsthreads dargestellt, der Clients uber Veranderungen 
der Konfiguration eines ProzeBsteuersystems, die durch 30 
Laufzeitoperationen verursacht werden, benachrichtigt. In 
diesem Fall wird angenomrnen t daB ein Client 400 eine au- 
Ber Dienst gestellte Einrichtungskomponente abonniert und 
daB die Clientkomponente 402, das Proxy 404, die Server- 
komponente 406 der auBer Dienst gestellten Einrichtung, 35 
der Wrapper 408 und das Lightweight 410 innerhalb des 
Clients 400 und des Servers 306 bereits eingerichtet sind. 
Eerner wird angenommen, daB der Wrapper 408 in dem Plan 
340 registriert wurde, um Hinweise auf das Hinzufugen von 
neuen Steuereinrichtungen zu dem System zu erhalten, als 40 
der Wrapper 408 geschaffen wurde. In diesem Beispiel er- 
faBt die Benachrichtigungsmaschine 336 des Laufzeitbe- 
nachrichtigungsthreads das Hinzufugen einer neuen Steuer- 
einrichtung (namens "CTLR00r') T die uber Laufzeitser- 
vices (wie z. B. eine automatisch erfassende Anwendung) 45 
hinzugefugt wurde, und sendet ein Aktualisieruhgsereignis 
an den Wrapper 408 der aufler Dienst gestellten Einrichtun- 
gen, welches das Vorhandensein dieser neuen Steuereinrich- 
tung angibt Der Wrapper 408 fur auBer Dienst gestellte Ein- 
richtungen antwortet auf das Aktualisierungsereignis, indem 50 
ein untergeordneter Wrapper 412 fur die erfaBte Steuerein- 
richtung geschaffen wird, ein Lightweight 414 fur die neue 
Steuereinrichtung geschaffen wird, und sofern moglich, die 
Steuereinrichtungsdaten als von den Laufzeitservices abge- 
geben in das Lightweight 414 gespeichert werden. Das 55 
Lightweight 414 kann diese Daten in der Datenbank 325 
speichern, falls dies erwunscht ist, und das ED fur den Da- 
tenwrapper 412 und die magische Zahl der Datenbankposi- 
tion, an der die Information der neuen Steuereinrichtung ge- 
speichert ist, in dem Wrapperplan 322 fur den Benachrichti- 60 
gungsthread registrieren, Der Wrapper 412 kann femer eine 
Registrierung in dem Plan 340 fur Aktualisierungen durch- 
ftihren, Beim Laden der neuen Steuereinrichtung als ein 
neues untergeordnetes Element in dem gemeinsam genutz- 
ten Cache 327 wird ein Ereignis in der Serverkomponente 65 
fiir auBer Dienst gestellte Einrichtungen 406 angezeigt, wel- 
che durch Erstellen einer neuen untergeordneten Steuerein- 
richtungsserverkomponente 416, durch Einbetten eines Zei- 



gers auf den neuen untergeordneten Datenwrapper 412 und 
durch Weitergeben der neuen Steuereinrichtungsdaten an 
den Client 400 reagiert. Der Client-Proxy 404 empfUngt das 
neue untergeordnete Ereignis, speichert die neuen unterge- 
ordneten. Informationen und setzt eine AufTrischungsmittei- 
lung in die Benutzerschnitts telle an dem Client 400. Wenn 
die Clientkomponente 402 fiir au.Ber Dienst gestellte Ein- 
richtungen die neuen untergeordneten Elernente ladt, baut 
die Clientkomponente 402 fiir aufler Dienst gestellte Ein- 
richtungen eine neue untergeordnete Steuereinrichtung s- 
komponente 418 auf und schafTt eine Verbindung zuriick zu 
der Serverkomponente 416 fur die Steuereinrichtungskom- 
ponente 418 unter Verwendung von Serverkomponenteni- 
dentiukationsinformationen, die von der Serverkomponente 
406 fur untergeordnete Einrichtungen zu dem Client 400 ge- 
sendet wurden. Ein Proxy 420 fiir die Steuereinrichtungs- 
komponente 418 Wird geschaffen und nimmt die Kommuni- 
kation mit der Serverkomponente 416 fur die Steuereinrich- 
tungskomponente 418 auf. Somit wird das Hinzufugen der 
Steuereinrichtung durch die Benachrichtigungsmaschine 
336 erfaBt und diese Veranderung wird zu dem zugehorigen 
Datenwrapper 408 gesendet, der die in einem Lightweight 
gespeicherten Daten verandem kann oder das Erstellen oder 
das Loschen eines Lightweights und des zugehorigen Wrap- 
pers veranlassen kann. Das Erstellen eines neuen Wrappers 
und Lightweights ftihrt zu der Erweiterung jedes Clientthre- 
ads, der das iibergeordnete Objekt abonniert. 

Abgesehen von den vorstehend beschriebenen Operatio- 
nen konnen von dem Server 306 andere Aktivitaten oder 
Operationen ausgefuhrt werden. Beispielsweise kann ein 
Client eine Operation durchfuhren oder erstellen, bei wel- 
cher der Client eine Komponente erstellt, die in der Daten- 
bank 325 zu speichern ist. Die mit dieser ErsteUaktivitat ver- 
bundenen Operationen sind sehr ahnlich dem Ladevorgang 
eines untergeordneten Elements, wobei der zusatzliche 
Schritt des Erstellens des zugrundeliegenden Datenbankob- 
jekts in der Datenbank 325 anstelle des Ladens dieses Ob- 
jekts aus der Datenbank 325 dazukornmt Hier erstellt der 
Client eine Komponente und sendet diese Komponente zu 
der Serverkomponente, die dem ubergeordneten Element 
der erstellten Komponente zugehorig ist Diese Tatigkeit 
veranlaBt den Wrappergenerator 312, einen Wrapper und ein 
Lightweight als ein untergeordnetes Element des zugehori- 
gen ubergeordneten Wrappers und Lightweights zu schaf- 
fen, und das neue Lightweight wird mit der neuen Kompo- 
nente geladen. Das Lightweight schreibt dann die neue 
Komponente in die Datenbank 325 und registriert die Da- 
tenbankposition und den Wrapper in dem Wrapperplan 322 
in dem Benactirichtigungsthread. Eine neue Serverkompo- 
nente wird anschlieBend fur den Wrapper erstellt und nimmt 
die Kommunikation mit den Client fur diese neue Kompo- 
nente auf. 

Um eine Komponente aus der Datenbank 325 zu loschen, 
loscht ein Client zunachst die, zugehorige Serverkompo- 
nente und gibt diese dannfrei. Das Loschen der Serverkom- 
ponente setzt den zugehorigen Datenwrapper und das Light- 
weight in einen geloschten Status, welcher anschlieBend die 
Komponente aus der Datenbank 325 loscht. Der Wrapper 
sendet eine Loschmitteilung an jede der anderen Bezug neh- 
menden Serverkomponenten (das heiftt innerhalb anderer 
Clientthreads), welche wiederum die abonnierenden Clients 
uber die Loschaktivitat informieren. Im geloschten Status 
wird der Wrapper aus der Konfigurationshierarchie entfernt 
und kann keine weiteren Datenbankoperationen durchfuh- 
ren. Der Wrapper kann jedoch verbleiben, bis alle Bezug 
nehmenden Serverkomponenten diesen freigegeben haben. 
Selbstverstandlich geben die Bezug nehmenden Serverkom- 
ponenten diesen nicht frei, bis die zugehorigen Clients die 
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Freigabe erklart haben, was auftritt, naehdem die Server- 
komponenten die Clients iiber die Loschakti vital informiert 
haben. Selbstverstandlich kann der Datenbankereignisme- 
chanismus schlieBlich eine Loschmitfeilung erzeugen, wel- 
che durch die Benachrichtigungsmaschine des Benachrich- 5 
tigungsthread zuriick zu dem Wrapper geleitet wird. Da der 
Wrapper in einem geloschten Zustand ist, ignoriert er diese ■ 
Mitteilung. 

Die Mutation bzw. Veranderung eirier Konfigurations- 
komponente kann auftreten, da einige Operationen an einer io 
Komponente verursachen, daB der Typ dieser Komponente 
geandert wird. Diese Mutation erfordert, dafi die Kompo- 
nente und der abharigige Baum von der Datenbank325 neu 
geladen werden. Urn diese Operation zu bewirken, wird die 
gesamte Parenf/Child-Hierarchie, das heiBt die Hierarchie 15 
von ubergeordnetem Element und untergeordnetem Element 
fur das Lightweight der mutierten Komponente aus der Da- 
tenbank 325 neu in die vorhandenen Lightweights geladen. 
AnschlieBend werden die Serverkomponenten neu erstellt 
und die neuen Werte innerhalb dieser Serverkomponenten 20 
werden anschlieBend mit den Clientkomponenten synchro- 
nisiert Eine derartige Synchronisierung beinhaltet das Ite- 
rieren durch die untergeordneten Komponenten und Entfer- 
nen derjenigen, deren Typ sich verandert hat, und derjeni- 
gen, die nicht mehr vorhanden sind. Neue untergeordnete 25 
Elemente werden nach Bedarf geladen und hinzugef iigt. 

Selbstverstandlich kann ein Client ohne weiteres eine 
Komponente innerhalb der Datenbank 325 freigeben Oder 
das Abonnement losen. In diesem Fall gibt der Client die zu- 
gehorige Serverkomponente frei, was verursacht, dal3 der 30 
zugehorige Wrapper einen Wrapperreferenzzahlwert verrin- 
gert Wenn der Wrapperreferenzzahlwert fur einen Wrapper 
auf Null geht, nehmen keine Komponenten Bezug auf die- 
sen Wrapper und somit abonnieren keine Clients diesen 
Wrapper. In diesem Fall wird der Wrapper entladen. Auf 35 
Wuhsch kann der Wrapper eine Zeitauslosungsperiode ab^ 
warten, bevor er entladen wird, falls der Wrapper unmittel- 
baf neu geladen werden muB. Beim Entladen zerstort der 
Wrapper sein zugehoriges Lightweight, loscht die Registrie- 
rung der Aktualisierungsbenachrichtigung in der Datenbank 40 
325 und loscht die Registrierung aus dem Wrapperplan. . 
Wenn ferner eine Komponente freigegeben wird, gibt sie ihr 
Lightweight und alle untergeordneten Lightweights/Wrap- 
per frei und annulliert die riickverweisenden Zeiger von un- 
tergeordneten Lightweights/Wrappern. 45 

Wahrend die Operation des Servers 306 hier fur zwei 
Clients, die auf eine oder zwei Komponenten zugreifen, be- 
schrieben wurde, versteht sich von- selbst, daB dieselbe 
TechnLk erweitert werden kann und fur jede Anzahl von 
Clients und Clientthreads verwendet werden kann 7 die aus 50 
einer beliebigen Anzahl von Konfigurationsobjekten inner- 
halb einer Datenbank lesen und in diese schreiben. Wahrend . 
ferner die Technik zur Verwendung eines gemeinsam ge- 
nutzten Cache zum Herstellen einer Abonnentenbeziehung 
fur mehrere Clients hierin zur Verwendung beim Zugriff auf 55 
Konfigurationsdaten innerhalb eines ProzeBsteuersystems 
beschrieben wurde, versteht es sich, daB diese Technik in je- 
dem anderen Datenbankzugriffssystem verwendet werden 
kann, einschlieBlich derjenigen, die nicht in Beziehung zu 
Konfiguf ationsdatenbanken stehen und derjenigen, die nicht 60 
in Beziehung zu ProzeBsteuersystemdatenbanken stehen. 

Wahrend ferner die hierin beschriebene Datenbankzu- 
griffstechnik davon ausgeht, dafl Clients mit einem Server 
auf einer Basis jeweils pro Komponente kommunizieren, 
kann das Marshaling von Konfigurationsbaumen verwendet 65 
werden, urn eine verbesserte Kommunikation zwischen ei- 
nem Client und einem Server zu schaffen. Insbesondere 
dann, wenn ein Qient weiB, daB er einen gesamten Baum 



oder Baumabschnitt abrufen rnuB, ist es effizienter, "einen 
Serveranruf durchzufuhren, um den gesamten Baum zu er- 
halten, anstatt. wiederholt eine Anzahl von untergeordneten 
. Routinen auf jederEbenedes Baumes abzumfen. Entgegen- 
gesetzt gilt ebenso, daB dann, wenn ein Client einen gesam- 
ten Baum zuriick in den Server schreiben mochte, der ge- 
samte Baum in einer Signalmitteilung gesendet werden 
kann. Selbstverstandlich konnen diese Mitteilungen von 
dem Client und dem Server aufgefangen werden und die er- 
forderlichen Objekte, um eine Abonnementbeziehung (wie 
vorstehend beschrieben) zu schaffen, konnen auf einmal er- 
stellt werden, um dadurch alle Objekte innerhalb des Clients 
oder des Servers zu erstellen, die erforderlich sind, daB der 
Client den gesamten Baum oder Baumabschnitt abonnieren 
kann oder einen gesamten Baum oder Baumabschnitt 
schreiben kann. 

■ Ferner versteht es sich, daB die Objekte und anderen Ele- 
mente und Schritte, die hierin beschrieben wurden, welche 
in dem Server und den Clients zu erstellen oder auszufoihren 
sind, unter Verwendung jeder gewunschten Programmier- 
technik oder -sprache implemeritiert werden konnen und 
daB diese Programme in beliebiger Weise innerhalb der 
hierin beschriebenen Clients, Server und Datenbanken in 
Speichern gespeichert und in Prozessoren ausgefuhrt wer- 
den konnen. Obgleich daruber hinaus die hierin beschrie- 
bene Datenzugriffstechnik vorzugsweise in Software imple- 
mentiert wird, kann sie in Hardware, Firmware etc. imple- 
mentiert werden und kann von jedem Prozessor implemen- 
tiert werden, der dem ProzeBsteuersystem 10 zugehorig ist. 
So kann diese Technik in einer Standard-Mehrzweck-CPU 
oder auf einer speziell gestalteten Hardware oder Firmware 
nach Wunsch implementiert werden, Bei der Implementie- 
rurig der Software konnen die Soft wareroutinen in jeden 
computerlesbaren Speicher, wie z. B. auf einer Magnet- 
platte, einer Laserplatte, einer optischen Platte oder einem 
anderen Speichermedium, in einem RAM oder ROM eines 
Computers oder Prozessors. etc. gespeichert werden. Ent- 
sprechend kann diese Software einem Benutzer oder einem 
ProzeBsteuersystem tiber jedes bekannte oder gewunschte 
Zulieferverfahren geliefert werden, darunter beispielsweise 
auf einer computerlesbaren Platte oder einem anderen trans- 
portablen Computerspeichermechanismus oder iiber einen 
Kommunikationskanal, wie etwa eine lelefonleitung, das 
Internet etc. (welche als gleich oder als austauschbar mit 
dem Weiterieiten derartiger Software uber ein transportables 
Speichermedium betrachtet werden). 

Patentanspniche 

1. Konfigurationsdatenbanksystem zur Verwendung 
bei der Speicherung von Konfigurationsdaten, die zu 
einem ProzeBsteuersystem gehoren, das eine Vielzahl 
von geographisch Verteilten physischen Orten hat, wel- 
ches Konfigurationsdatenbanksystem enthalt: 

eine an jedem der mehreren physischen Standorte be- 
nndliche Konfigurationsdatenbank, wobei jede der 
Konfigurationsdatenbanken so ausgeiegt ist, daB sie ur- 
spriinglich einen unterschiedlichen Abschnitt der Kon- 
figurationsdaten speichert; 

ein Kommunikationsnetzwerk, das die Vielzahl der 
geographisch verteilten physischen Standorte mitein- 
ander in Kommunikationsverbindung setzt; und 
eine Konfigurationsanwendung, die so ausgeiegt ist, 
daB sie mit jeder der Datenbanken iiber das Kommuni- 
kationsnetzwerk kommuniziert und Daten von zwei 
oder mehr der Konfigurationsdatenbanken benutzt, um 
eine KonfiguraUonsaktivitat durchzufuhren. 

2, Konfigurationsdatenbanksystem nach Anspruch 1, 
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dadurch gekennzeichnet, dafi die Konfigurationsan- 
wendung so ausgelegt ist, daB sie eine Teilmenge der 
Konfigurationsdaten innerhalb einer -ersten der Konfi- 
gurationsdatenbanken abonniert und diese erste der 
Konfigurationsdatenbanken einen Datenbankserver 5 
enthalt, der eine erste Routine hat, welche automatisch 
eine Veranderung an der Teilmenge der Konfigurad- 
onsdaten erkennt, die in der ersten Konfigurationsda- 
tenbank gespeichert sind und welche die Konfigurati- 
onsanwendung abonniert, und eine zweite Routine, die lo 
automatisch die Konfigurationsanwendung fiber die 
Veranderung an der Teilmenge der Konfiguradonsda- 
ten benachrichtigt 

3. Konfigurationsdatenbanksystem nach Anspruch 2, 
dadurch gekennzeichnet, daB die zweite Routine auto- 15 
matisch die an der Teilmenge der Konfigurationsdaten, 
die in der ersten Konfigurationsdatenbank gespeichert 
sind, durchgefuhrte Veranderung an die Konfigurati- 
onsanwendung mitteilt, wenn die erste Routine die 
Veranderung an der Teilmenge der Konfigurationsda- 20 
tenerfaBt. 

4. Konfigurationsdatenbanksystem nach Anspruch 2, 
dadurch gekennzeichnet, daB die Konfigurationsan- 
wendung einen Verriegeiungsabschnitt enthalt, der ei- 
nen Verriegelungsbefehl zum Verriegeln eines Ele- 25 
ments von Konfiguradonsdaten innerhalb der ersten 
Konfigurationsdatenbank sendet, und dadurch, daB der 
Datenbankserver femer eine Verriegelungsroutine ent- 
halt, welche das Element der Konfigurationsdaten in- . 
nerhalb der ersten Konfigurationsdatenbank verriegelt, 30 
um zu verhindern, daB das Element der Konfigurad- 
onsdaten durch eine andere Konfigurationsanwendung 
als diejenige Konfigurationsanwendung, welche den 
Verriegelungsbefehl gesendet hat, verandert wird. 

5. Konfigurationsdatenbanksystem nach Anspruch 2, 35 
ferner enthaltend eine zweite Konfigurationsanwen- 
dung, wobei der Datenbankserver eine zweite Routine 
enthalt, welche gleichzeitjgen Zugriff auf ein bestirhm- 
tes Element von Konfigurationsdaten innerhalb der er- 
sten Konfigurationsdatenbank fiir die erste und die 40 
zweite Konfigurationsanwendung gewahrt, und wobei 
der Datenbankserver ferner eine Verriegelungsroutine 
enthalt, welche das bestimmte Element der Konfigura- 
tionsdaten innerhalb der ersten Konfigurationsdaten- 
bank verriegelt, wenn die erst& Konfigurationsanwen- 45 
dung in das bestimmte Element von Konfigurationsda- 
ten schreibt, um dadurch zu verhindern, daB die zweite 
Konfigurationsanwendung das bestimmte Element von 
Konfigurationsdaten verandert, wenn die erste Konfi- 
gurationsanwendung in das bestimmte Element von 50 
Konfigurationsdaten schreibt. 

6. Konfigurationsdatenbanksystem nach Anspruch 1, 
dadurch gekennzeichnet, daB die Konfigurationsdaten- 
banken in einer Hierarchie eingerichtet sind, die min- 
destens zwei Konfigurationsdatenbanken in einer nied- 55 
rigeren Ebene und mindestens eine Konfigurationsda- 
tenbank in einer hoheren Ebene hat, und wobei jede der 
Konfigurationsdatenbanken in der niedrigeren Ebene 
mit der Konfigurationsdatenbank in der hoheren Ebene 

in Kommunikationsverbindung stent. 60 

7. Konfigurationsdatenbanksystem nach Anspruch 6, 
dadurch gekennzeichnet, daB die untere Ebene Zonen 
enthalt, die zu verschiedenen physischen Orten geho- 
ren, wobei die Konfigurationsdaten, die zu einer ersten 
Zone gehoren, in der Konfigurationsdatenbank in der 65 
ersten Zone gespeichert werden, und die KonfigurauV 
onsdaten, die zu der ersten und der zweiten Zone geho- 
ren, in der Konfigurationsdatenbank in der hoheren 



Ebene in der Hierarchie gespeichert werden, die mit 
der ersten und der zweiten Zone in Kommunikations- 
verbindung stent. 

8. Konfigurationsdatenbanksystem nach Anspruch 6, 
ferner enthaltend Software, welche die Verwendung 
desselben Namens in einer der Konfigurationsdaten- 
banken innerhalb der unteren Ebene und der Konfigu- 
rationsdatenbank in der hoheren Ebene erfaBt. 

9. Konfigurationsdatenbanksystem nach Anspruch 1, 
dadurch gekennzeichnet, daB die Konfigurationsan- 
wendung eine Suchroutine enthalt, die so ausgelegt ist, 
daB sie eine erste der Konfigurationsdatenbanken 
durchsucht und eine zweite der Konfigurationsdaten- 
banken durchsueht 

10. Konfigurationsdatenbanksystem nach Anspruch 1, 
dadurch gekennzeichnet, daB eine der Konfigurations- 
datenbanken eine lokale Kopie eines Elements spei- 
chert, das ursprunglich in einer anderen Konfigurati- 
onsdatenbank gespeichert ist. 

11. Konfigurationsdatenbanksystem nach Anspruch 1, 
. dadurch gekennzeichnet, daB das Kommunikations- 

netzwerk eine langsame Kommunikationsverbindung 
zwischen zwei der Konfigurationsdatenbanken enthalt 

12. Verteiltes Konfigurationsdatenbanksystem, das so 
ausgelegt ist, daB es in einem ProzeBsteuersystem mit- 
mehreren physischen Orten verwendet wird, enthal- 
tend: 

eine erste Konfigurationsdatenbank, die an einem er- 
sten physischen Ort angeordnet ist, welche einen ersten 
Abschnitt von Konfigurationsdaten fiir das ProzeBsteu- 
ersystem speichert; 

eine zweite Konfigurationsdatenbank, die an einem 
zweiten physischen Ort angeordnet ist, welche einen 
zweiten Abschnitt der Konfigurationsdaten fur das Pro- 
zeBsteuersystem speichert, wobei der erste Abschnitt 
der Konfigurationsdaten von dem zweiten Abschnitt 
der Konfigurationsdaten verschieden ist; und 
ein Kornmunikationsnetzwerk, das den ersten physi- 
schen Ort und den zweiten physischen Ort unter Ver- 
wendung einer langsamen Kommunikationsverbin- 
dung verbindet, 

wobei die erste und die zweite Konfigurationsdaten- 
bank so ausgelegt sind, daB sie mit Benutzern an dem 
ersten und dem zweiten physischen Ort kommunizie- 
ren. 

13. Verteiltes Konfigurationsdatenbanksystem nach 
Anspruch .12, dadurch gekennzeichnet, daB die zweite 
Konfigurationsdatenbank so ausgelegt ist, daB sie Kon- 
figurationsdaten in der ersten Konfigurationsdatenbank; 
abonniert, wobei die erste Konfigurationsdatenbank ei- 

. nen Datenbankserver enthalt, der eine erste Routine 
hat, die automatisch eine Veranderung an Konfigurati- 
onsdaten erfaBt, die in der ersten Konfigurationsdaten- 
bank gespeichert sind, welche die zweite Konfigurati- 
onsdatenbank abonniert, und eine zweite Routine, die 
automatisch die zweite Konfigurationsdatenbank iiber 
die Veranderung an den Konfigurationsdaten, die in der 
ersten Konfigurationsdatenbank gespeichert sind, wel- 
che die zweite Konfigurationsdatenbank abonniert, be- 
nachrichtigt. 

14. Verteiltes Konfigurationsdatenbanksystem nach 
Anspruch 13, bei welchem die zweite Routine automa- 
tisch die an den Konfigurationsdaten, die in der ersten 
Konfigurationsdatenbank gespeichert sind, vorgenom- 
menen Veranderungen an die zweite Konfigurationsda- 
tenbank mitteilt, wenn die erste Routine die Verande- 
rung an den in der ersten Konfigurationsdatenbank ge- 
speicherten Konfigurationsdaten, welche die zweite 
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Konfigurationsdatenbank abonriiert, erfaf3t. 

15. Verteiltes Konfigurationsdatenbanksysteih nacb 
Anspruch 12, ferner enthaitend eine erste und eine 
zweite Konfigurationsanwendung und einen Daten- 
bankserver, der der ersten Konfigurationsdatenbank 5 
zugeordnet ist, wobei der Datenbankserver einen ge- 
meinsam genutzten Cache enthalt, der gleichzeitigen 
Zugriff auf jedes bestimmte Element von Konftgurati- 
onsdaten in der ersten Konfigurationsdatenbank fur die 
erste und die zweite Konfigurationsanwendung ge- to 
wahrt, und eine Verriegelungsroutine enthalt, welche 
das bestimmte Element der Konfigurationsdaten in der 
ersten Konfigurationsdatenbank verriegelt, wenn die 
erste Konfigurationsanwendung in das bestimmte Ele- 
ment von Konfigurationsdaten schreibt, um dadurch zu 15 
verhindem, dafl die zweite Konfigurationsanwendung 
das bestimmte Element von Konfigurationsdaten ver- 

- andert, wenn die erste Konfigurationsanwendung in 
das bestimmte Element von Konfigurationsdaten 
schreibt. . 20 

16. Verteiltes Konfigurationsdatenbanksystem nach 
Anspruch 12> ferner enthaitend eine dritte Konfigurati- 
onsdatenbank, die. an einem dritten physischen Ort be- 
findlich ist, wobei die erste, die zweite und die dritte 
Konfigurationsdatenbank in einer Hierarchic einge- 25 
richtet sind, in der die erste und die zweite Konfigurati- 
onsdatenbank in einer niederen Ebene sind und die 
dritte Konfigurationsdatenbank in einer hoheren Ebene 
ist, und wobei jede der ersten und zweiten Konfigurati- 
onsdatenbanken in der niederen Ebene mit der dritten 30 
Konfigurationsdatenbank in der hoheren Ebene iiber 
das Kommunikationsnetzwerk in Kommunikationsver- 
bindung steht. 

17. Verteiltes Konfigurationsdatenbanksystem nach 
Anspruch 16, dadurch gekerinzeichnet, dal3 die untere 35 
Ebene eine erste und eine zweite Zone enthalt, wobei 
Konfigurationsdaten, die zu einer ersten Zone gehoren, 

in der ersten Konfigurationsdatenbank gespeichert 
sind, Konfigurationsdaten, die zu der zweiten Zone ge- 
hdren T in der zweiten Konfigurationsdatenbank gespei- 40 
chert sind, und Konfigurationsdaten, die sowohl zu der 
ersten als auch zu der zweiten Zone gehoren, in der 
dritten Konfigurationsdatenbank gespeichert sind, 

1 8 . Verteiltes Konfigurationsdatenbanksystem nach 
Anspruch 16, ferner enthaitend eine Routine, die die 45 
Verwendung desselben Namens innerhalb der ersten 
und der dritten Konfigurationsdatenbank oder inner- 
halb der zweiten und der dritten Konfigurationsdaten- 
bank erfaBt. 

19. Verfahren zum Speichern und Verwenden von 50 
Konfigurationsdaten, die sich auf ein ProzeBsteuersy- 
stem beziehen, wenn das ProzeBsteuersystem zwei 
oder mehr physische Orte hat, die geographisch ge- 
trennt sind, welches Verfahren die Schritte enthalt; 
Speichern eines unterschiedlicheii Abschnittes der 55 
Konfiguradonsdaten in jeweils einer Vielzahl von Kon- 
figurationsdatenbanken, wobei zwei der Konfigurati- 
onsdatenbanken an verschiedenen physischen Orten 
befindlich sind; 

Vorsehen einer Kommunikationsverbindung zwischen 60 
jeder der Konfigurationsdatenbanken; und 
Zugreifen auf verschiedene Kommunikationsdaten von 
zwei oder mehr der Konfigurationsdatenbanken zur 
gleichen Zeit, um eine Konfigurationsaktivita't auszu- 
fuhren, 65 

20. Verfahren zur Speicherung und Nutzung von Kon- 
figurationsdaten nach Anspruch 19, dadurch gekenn- 
zeichnet, daB der Schritt des Zugreifens auf verschie- 



. dene Konfigurationsdaten den Schritt des Verwendens 
einer Anwendung enthalt, um die Konfigurationsdaten, 
auf die Zugriff best.eht, von den zwei oder mehr der 
Konfigurationsdatenbanken zu abonnieren und auto- 
matisch alle Veranderungen, die an den irn Zugriff be- 
findlichen Konfigurationsdaten durchgefuhrt werden, 
von den zwei oder mehr Konfigurationsdatenbanken an 
die Anwendung zu senden. 

21. Verfahren zur Speicherung und Nutzung von Kon- 
figurationsdaten nach Anspruch 19, ferner enthaitend 
den Schritt des Einrichtens einer Hierarchie unter den 
Konfigurationsdatenbanken, wobei die Hierarchie zwei 
Konfigurationsdatenbanken in einer unteren Ebene und 
eine Konfigurationsdatenbank in einer hoheren Ebene 
enthalt, und des Einrichtens einer Kommunikationsver- 
bindung zwischen jeder der zwei Konfigurationsdaten- 
banken in der unteren Ebene und der einen Konfigura- 
tionsdatenbank in der hoheren Ebene. 

22. Verfahren zur Speicherung urid Nutzung von Kon- 
figurationsdaten nach Anspruch 21, ferner enthaitend 
der Verwendung von einzigartigen Namen von Konfi- 
gurationsdaten in der einen Konfigurationsdatenbank 
in der hoheren Ebene der Hierarchie und einer der bei- 
den Konfigurationsdatenbanken in der unteren Ebene 
der Hierarchie, wobei derselbe Name in den beiden 
Konfigurationsdatenbanken in der unteren Ebene der 
Hierarchie verwendet werden kann. 

23. Datenbankserver, der so ausgelegt ist, daB er meh- 
reren Clients gleichzeitigen Zugriff auf eine Daten- 
bankkomponente bietet, die in einer Datenbank gespei- 
chert ist, welcher Datenbankserver enthalt: 

einen gemeinsam genutzten Cache, der einen Speicher 
enthalt, der mit der Datenbank in Kommunikationsver- 
bindung steht, wobei der Speicher eine Kopie der Da- 
tenbankkomponente enthalt; 

einen Speicherzugang, der zu dem Speicher gehort, 
wobei der Speicherzugang den Zugriff auf den Spei- 
cher steuert; und 

ein Cfientthread fur jeden der mehreren Clients, wobei 
jeder der Clientthreads eine Serverkomponente enthalt, 
die mit dem Speicherzugang kommuniziert, um Zugriff 
auf den Speicher zu erhalten, und die mit einem der 
mehreren Clients mit Beziig auf die Datenbankkompo- 
nente, die in dem Speicher gespeichert ist, kommuni- 
ziert; 

wobei der Speicherzugang mit einer einzelnen Server- 
komponente kommuniziert, wenn nur einer der mehre- 
ren Clients auf die Datenbarikkomponente zugreift, 
und der Speicherzugang mit zwei oder mehr Server- 
komponenten kommuniziert, wenn zwei oder mehr 
Clients auf die Datenbankkomponente zugreifen. 

24. Datenbankserver nach Anspruch 23, ferner enthai- 
tend einen Benachrichtigungsthread, der eine Benach- 
richtigungsmaschine hat t die eine Veranderung erfaBt, 
die an der Datenbankkomponente in der Datenbank 
durchgefuhrt wurde und die den Speicherzugang liber 
die erfaGte Veranderung benachrichtigt. 

25. Datenbankserver nach Anspruch 24 T dadurch ge- 
kennzeichnet, daB der Speicherzugang die Serverkom- 
ponenten, die dem Speicherzugang die erfaBte Veran- 
derung mitteilen, benachrichtigt, wobei die benach- 
richtigten Serverkomponenten die Clients benachrich- 
tigen, mit welchen die benachrichtigten Serverkompo- 
nenten in Kommunikation iiber die erfaBte Verande- 
rung stehen. 

26. Datenbankserver nach Anspruch 24, dadurch ge- 
kennzeichnet T dal3 der Benachrichtigungsthread ferner 
einen Plan enthalt, der die Datenbankkomponente, die 
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in der Datenbank gespeichert ist, in Bezug auf den 
Speicherzugang verzeichnet, wobei die Benacbrichti- 
gungsmaschine den Plan verwendet, urn den Speicher- 
zugang iibcr die erfaBte Veranderung zu benachrichti- 
gen. 5 
- 27. Datenbankserver nach Anspruch 26, dadurch ge- 
kennzeichnet, daB der Speicherzugang ein einzigarti- 
ges Identifizierungskennzeichen enthalt und das ein- 
zigartige Identifizierungskennzeichen in dem Plan ein- 
tragt, wobei der Speicher ein Transaktionsobjekt ver- io 
wendet, urn die Datenbankkomponente aus der Daten- 
bank auszulesen oder die Datenbankkomponente in die 
Datenbank zu schreiben, und wobei das Transaktions- 
objekt einen Datenbankkomponentenort fur die Daten- 
bankkomponente in dem Plan registries!, der mil dem 15 
einzigartigen Kommunikationskennzeichen zu verbin- 
den ist. 

28. Datenbankserver nach Anspruch 24, ferner enthal- 
tend einen Laufzeitthread,, der eine Laufzeitbenach- 
richtigungsmaschine enthalt, welche Veranderungen 20 
erf aBt, die beziiglich der Datenbankkomponente durch- 
gefuhrt wurden, welche von auBerhalb der Datenbank 
ausgefiihrten Anwendungen durchgefiihrt wurden, und 
welcher den Speicherzugang iiber die erfaBte Verande- 
rung an der Datenbankkomponente benachrichtigt. 25 

29. Datenbankserver nach Anspruch 23, dadurch ge- 
kennzeichnet, daB die Serverkomponente jedes der 
Clientthreads in der Lage ist, aus dem Speicher zu le- 
sen und in den Speicher zu schreiben. 

30. Datenbankserver nach Anspruch 23, dadurch ge- 30 
kennzeiehnet, daB eine der Serverkomponenten mit ei- 
nem der mehreren Clients iiber eine langsame Kommu- 
nikationsverbindung in Kommunikation stent 

31. Datenbankserver nach Anspruch 23, dadurch ge- 
kennzeichnet, daB die langsame Kommunikationsver- 35 
bindung eine Satellitenkommunikationsverbindung ist. 

32. Datenbankserver nach Anspruch 23, ferner enthal- 
tend einen Verriegelungsmanager, der veranlaBt, daB 
der Speicherzugang Schreibvorgange in dem Speicher 
verhindert 40 

33. Datenbankserver nach Anspruch 32, dadurch ge- 
kennzeichnet, daB der Verriegelungsmanager den Spei- 
cherzugang veranlaBt, Schreibvorgange in dem Spei- 
cher von jedem der Clients mit Ausnahme ernes der. 
Clients zu verhindern, wenn dieser eine der Clients in 45 
den Speicher schreibt 

34. Datenbankserver nach Anspruch 23, dadurch ge- 
kennzeichnet, daB die Datenbank eine Konfiguradons- 
datenbank ist und die Datenbankkomponente eine 
Konfigurationskomponente ist, die in Beziehung zu der 50 
Konfiguration eines ProzeBsteuernetzwerkes steht. 

35. Datenbankserver, der dazu ausgelegt ist, mehreren 
Clients gleichzeitigen Zugriff auf eine Vielzahl von 
Datenbankkomponenten zu gewahren, die in einer Da- 
tenbank gespeichert sind, welcher Datenbankserver 55 
enthalt: 

einen gemeinsam genutzten Cache, der eine Vielzahl 
von Speichem enthalt, die mit der Datenbank in Kom- 
munikationsverbindung stehen, wobei jeder der Spei- 
cher eine Kopie einer anderen Datenbankkomponente 60 
enthalt; 

einen Speicherzugang, der mit jedem der Speicher ver- 
bunden ist, wobei jeder der Speicherzugange den Zu- 
griff auf den zugehorigen Speicher steuert; und 
einen Clientthread fiir jeden der mehreren Clients, wo- 65 
bei jeder der Clientthreads eine Serverkomponente ent- 
halt, die mit einem der Speicherzugange kommuniziert, 
um Zugriff auf den zu diesem einen Speicherzugang 
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gehorigen Speicher zu erhalten, und die mit einem der 
mehreren Clients im Hinblick auf die in dem Speicher, 
der dem einen der Speicherzugange zugehorig ist, ge- 
speicherte Datenbankkomponente kommuniziert; 
wobei jeder der Speicherzugange mit einer einzelnen 
Serverkomponente in Kommunikation steht, wenn nur 
einer der mehreren Clients auf die in dem Speicher, der 
zu dem Speicherzugang gehort, gespeicherte Daten- 
bankkomponente zugreift, und wobei jeder der Spei- 
cherzugange mit zwei oder mehr Serverkomponenten 
kommuniziert, wenn zwei oder mehr der mehreren 
Clients auf die in dem zu dem Speicherzugang gehori- 
gen Speicher gespeicherte Datenbankkomponente zu- 
greifen. 

36. Datenbankserver nach Anspruch 35, femer enthal- 
tend einen Benachrichtigungsthread, der eine Benach- 
richtigungsmaschine hat, die eine Veranderung erfaBt, 
die an einer der Datenbankkomponenten vorgenom- 
men wurde, und die einen der Speicherzugange iiber 
die erfaBte Veranderung benachrichtigt 

37. Datenbankserver nach Anspruch 36, dadurch ge- 
kennzeichnet, daB der eine der Speicherzugange die 
Serverkomponenten, die mit dem einen der Speicher- 
zugange in Kommunikation stehen, iiber die erfaBte 
Veranderung benachrichtigt T wobei die benachrichtig- 
ten Serverkomponenten die Clients, mit welchen die 
benachrichtigten Serverkomponenten kommunizieren, 
iiber die erfaBte Veranderung benachrichtigen, 

38. Datenbankserver nach Anspruch 37, dadurch ge- 
kennzeichnet, daB die benachrichtigten Serverkompo- 
nenten die erfaBte Veranderung an Clients weitergeben, 
mit welchen die benachrichtigten Serverkomponenten 
kommunizieren. 

39. Datenbankserver nach Anspruch 35, ferner enthal- 
tend einen Verriegelungsmanager, der veranlaBt, daB 
jeder der Speicherzugange Schreibvorgange in dem zu- 
gangigen Speicher verhindert. 

40. Datenbankserver nach Anspruch 39, dadurch ge- 
kennzeichnet, daB die beiden Speicherzugange eine Pa- 
rent/Child-Beziehung, also eines ubergeordneten Ele- 
ments und eines untergeordneten Elements haben, so 
daB einer der beiden Speicherzugange ein ubergeord- 
neter Speicherzugang ist und der andere der beiden 
Speicherzugange ein untergeordneter Speicherzugang 
ist, wobei der Verriegelungsmanager eine Verriegelung 
des untergeordneten Speicherzugangs veranlaBt, wenn 
der Verriegelungsmanager eine Verriegelung des Uber- 
geordneten Speicherzugangs veranlaBt. 

41. Datenbankserver, der zur Verwendung in einem 
ProzeBsteuersystem ausgelegt ist, um mehreren Clients 
gleichzeitigen Zugriff auf Datenbankkomponenten zu 
gewahren, die in einer Datenbank gespeichert sind, 
welcher Datenbankserver enthalt: 

einen gemeinsam genutzten Cache ; 
ein erstes Element, das in dem gemeinsam genutzten 
Cache einen Speicher fur die Datenbankkomponente 
schafft, wenn auf die Datenbankkomponente von ei- 
nem oder mehreren der mehreren Clients zugegriffen 
wird; und 

eine Clientthread-Routine, die einen Clientthread fur 
jeden der mehreren Clients erstellt, wobei jeder der 
Clientthreads eine Serverkomponente enthalt, die mit 
einem der Clients kommuniziert und die mit dem Spei- 
cher kommuniziert, um dadurch Zugriff durch einen 
der Clients auf die in dem Speicher gespeicherte Da- 
tenbankkomponente zu ermoglichen; 
wobei der Speicher so ausgelegt ist, daB er mit einer 
einzelnen Serverkomponente kommuniziert, wenn nur 
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einer der mehreren Clients auf die Datenbankkompo- 
nente zugreift, und wobei der Speicher so ausgelegt ist, 
daB er mit zwei oder mehr Serverkomponenten kom- 
muniziert, wenn zwei oder mehr der mehreren Clients 
auf die Datenbankkomponente zugreifen. 5 

42. Datenbankserver nach Anspruch 41, dadurch ge- 
kennzeichnet, daB das erste Element ferner einen Spei- 
cherzugang schafft, der zu dem Speicher gehort, wobei 
der Speicherzugang so ausgelegt ist, dal3 er mit den 
Serverkomponenten in zwei oder mehr der Clientthre- 10 
ads kommuniziert, um Zugriff auf den zugehorigen 
Speicher durch jede der Serverkomponenten in den 
zwei oder mehr Clientthreads zu gewahren, wenn zwei 
oder mehr Clients auf die Datenbankkomponente zu- 
greifen. 15 

43. Datenbankserver nach Anspruch 42, dadurch ge- 
kennzeichnet, daB der Speicher ein transaktionales Ob- 
jekt nutzt, um auf die Datenbankkomponente in der 
Datenbank zuzugreifen, 

44. Datenbankserver nach Anspruch 42, femer enthal- 20 
tend einen Benachrichtigungsthread, der eine Benach- 
richtigungsmaschine und einen Plan hat, wobei die Be- 
nachrichtigungsmaschine eine Veranderung an der Da- 
tenbankkomponente innerhalb der Datenbank erfaBt 
und den Plan benutzt, den Speichereingang iiber die er- 25 
faBte Veranderung zu benachrichtigen. 

45- Datenbankserver nach Anspruch 44, dadurch ge- 
kennzeichnet, daB der Speichereingang alle Server- 
komponenten, mit welchen der Speichereingang in 
Verbindung stent, iiber die erfaBte Veranderung an der 30 
Datenbankkomponente in Kenntnis setzt, wobei die be- 
nachrichtigten Serverkomponenten die Clients, mit 
welchen die benachrichtigten Serverkomponenten 
kommunizieren, iiber die erfaBte Veranderung benach- 
richtigen, 35 

46. Datenbankserver nach Anspruch 44, dadurch ge- 
kennzeichnet, daB der Speicherzugang den Speicher 
veranlaBt, die Datenbankkomponente aus der Daten- 
bank auszulesen, wenn die Benachrichtigungsnia- 
schine den Speicherzugang iiber die erfaBte Verande- 40 
rung an der Datenbankkomponente innerhalb der Da- 
tenbank benachrichtigt. 

47, Datenbankserver nach Anspruch 44, dadurch ge- 
kennzeichnet, daB der Benachrichtigungsthread eine 
Veranderungsliste benutzt, die von der Datenbank er- 45 
zeugt wird, um die Anderung an der Datenbankkompo- 
nente innerhalb der Datenbank zu erfassen, 

48, Datenbankserver nach Anspruch 44, ferner enthal- 
tend einen Laufzeitservicebenaclirichdgungsthread, 
der eine Veranderung an der Datenbankkomponente, 50 
basierend auf der Operation von Laufzeitanwendungen 
erfaBt, die in dem ProzeBsteuersystern ausgeftihrt wer- 
den, und der den Speicherzugang iiber die erfaBte Ver- 
anderung benachrichtigt 

49. Datenbankserver nach Anspruch 41, dadurch ge- 55 
kennzeichnet, daB mindestens eine der Serverkompo- 
nenten so ausgelegt ist, daB sie mit einem der mehreren 
Clients iiber eine Sateltttenkommunikationsverbin- 
dung kommuniziert 

50, Datenbankserver nach Anspruch 41, dadurch ge- 60 
kennzeichnet, daB mindestens eine der Serverkompo- 
nenten so ausgelegt ist, daB sie mit einem der mehreren 
Clients iiber eine zellulare Kommunikationsverbin- 
dung kommuniziert, 

51. Datenbankserver nach Anspruch 41, dadurch ge- 65 
kennzeichnet, daB mindestens eine der Servericonlpo- 
nenten so ausgelegt ist, daB sie mit einem der mehreren 
Clients iiber eine drahtloSe Kommunikationsverbin- 
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dung kommuniziert. 

52. Datenbankserver nach Anspruch 41, dadurch ge- 
kennzeichnet, daB mindestens eine der Serverkompo- 
nenten so ausgelegt ist, daB sie mit einem der mehreren 
Clients iiber eine Telefonkommunikationsverbindung 
kommuniziert. 

53. Datenbankserver nach Anspruch 41 , femer enthal- 
tend einen Verriegelungsmanager, der den Speicher 
verriegelt, wenn einer der mehreren Clients auf den 
Speicher zugreift, um den Zugriff auf den Speicher 
durch andere der mehreren Clients zu verhindern, 

54. Datenbankserver nach Anspruch 41, ferner enthal- 
tend einen Kontextspeicher, wobei der Speicher einen 
ersten Abschnitt des Kontextspeichers nutzt, wenn er 
mit der Datenbank im Namen eines ersten der Clients 
kommuniziert, und einen zweiten, davon verschiede- 
nen Abschnitt des Kontextspeichers nutzt, wenn er mit 
der Konfigurationsdatenbank namens eines zweiten 
Clients kommuniziert. 

55. Verfahren um mehreren Clients Zugriff auf eine 
Datenbankkomponente zu gewahren, die in einer Da- 
tenbank gespeichert ist, welches Verfahren die Schritte 
enthalt: 

Erstellen eines Speicherobjektes in einem gemeinsani 
genutzten Cache, wobei das Speicherobjekt mit der 
Datenbank kommuniziert, um im Hinblick auf die Da- 
tenbankkomponente aus der Datenbank zu lesen oder 
in die Datenbank zu schreiben; 

Verwenden eines ersten Clientthreads, um eine Kom- 
munikation zwischen einem ersten der Clients und der 
Datenbankkomponente zu schalfen, wobei der Schritt 
des Verwendens des ersten Clientthreads die Schritte 
enthalt; 

Erstellen einer ersten Kommunikationskomponente, 
die mit dem ersten Client hinsichtlich der Datenbank- 
komponente kommuniziert; und 
Schaffen einer Verbindung zwischen der ersten Kom- 
munikationskomponente und dem Speicherobjekt; und 
Verwenden eines zweiten Clientthreads, um die Kom- 
rnunikation zwischen einem der zweiten der Clients 
und der Datenbankkomponente herzustellen, wobei der 
Schritt des Verwendens des zweiten Clientthreads die 
Schritte enthalt; 

Erstellen einer zweiten Kommunikationskomponente, 
die mit dem zweiten Clients hinsichtlich der Daten- 
bankkomponente kommuniziert; und 
Erstellen einer Verbindung zwischen der zweiten Kom- 
munikationskomponente und dem Speicherobjekt. 

56. Verfahren nach Anspruch 55, dadurch gekenn- 
zeichnet, daB der Schritt des Erstellens des Speicherob- 
jekts den Schritt des Erstellens eines Speicherobjektzu- 
gangs enthalt, der zu dem Speicherobjekt gehort, wobei 
der Speicherobjektzugang so ausgelegt ist, daB er mit 
den Serverkomponenten in dem ersten und dem zwei- 
ten Clientthread kommuniziert, ; um Zugriff auf das 
Speicherobjekt fur jede der Speicherkomponenten in 
dem ersten und dem zweiten Clientthread zu gewahren. 

57. Verfahren nach Anspruch 56, enthaltend den 
Schritt der Verwendung eines Trans aktionsobjektes fur 
den Zugriff auf die Datenbankkomponente innerhalb 
der Datenbank undum Kommunikation zwischen dem 
Speicherobjekt und der Datenbank zu schaffen, 

58. Verfahren nach Anspruch 56, femer enthaltend den 
Schritt des Erfassens einer Veranderung an der Daten- 
bankkomponente innerhalb der Datenbank und des Be- 
nachrichtigens des Speicherobjektzugangs iiber die 
Veranderung. 

59. Verfahren nach Anspruch 58, ferner enthaltend den 
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Schritt des Verwendens des Speicherobjektzugangs zur 
Benachrichligung alter Serverkomponenten, mit wel- 
chem der Speicherobjektzugang kommuniziert, uber 
die erfaBte Veranderung an der Datenbankkomponente, 
und enthaltend den Schritt des Mitteilens der erf aB ten 5 
Veranderung an der Datenbankkomponente von den 
benachrichtigten Serverkomponenten aft die Clients, 
mit welchen die benachrichtigten Serverkomponenten 
kommunizieren. 

60. Verfahren nach Anspruch 59, ferner enthaltend den 10 
Schritt des Veranlassens des Speicherobjekts, die -Da- 
tenbankkomponente aus der Datenbank auszulesen, 
wenn die Veranderung an der Datenbankkomponente 
erfaBt wird. 

61. Verfahren nach Anspruch 59 , dadurch gekenn- 15 
zeichnet, daB der Schritt des Bekanntgebens der erfaB- 
ten Veranderung von den benachrichtigten Serverkom- 
ponenten an die Clients den Schritt des Verwendens ei- 
ner SatelHtenkommunikationsverbindung einschlieBt, 
um die Kommunikation zwischen einer der Server- 20 
komponenten und einem der Clients herzustellen. 

62. Verfahren nach Anspruch 59, dadurch gekenn- 
zeichnet, daB der Schritt des Bekanntgebens der erfaB- 
ten Veranderung von den benachrichtigten Serverkom- 
ponenten an die Clients den Schritt des Verwendens ei- 25 
ner drahtlosen Kommunikationsverbindung ein- 
schlieBt, um die Kommunikation zwischen einer der 
Serverkomponenten und einem der Clients herzustel- 
len. 

63. Verfahren nach Anspruch 59, dadurch. gekenn- 30 
zeichnet, daB der Schritt des Bekanntgebens der erfaB- 

ten Veranderung von den benachrichtigten Serverkom- / 
ponenten an die Clients den Schritt des Verwendens ei- 
ner Telefonleitungs-Kommunikationsverbindung ein- 
schlieBt, um die Kommunikation zwischen einer der 35 
Serverkomponenten und einem der Clients herzustel- 
len. 

64. Verfahren nach Anspruch 59, femer enthaltend den 
Schritt des Verriegelns des Speicherobjekts, wenn einer 
der mehreren Clients auf das Speicherobjekt zugreift, 40 
um den Zugriff auf das Speicherobjekt durch andere 
der mehreren Clients zu verhindem, 

65. Verfahren zur Verwendung eines Datenbankser- 
vers, um einer Vielzahl von Clients gleichzeitigen Zu- 
griff auf Komponenten zu ermoglichen, die in einer 45 
Datenbank gespeichert sind, welche einen gemeinsarii 
genutzten Cache hat, welches Verfahren die Schritte 
enthalt: 

Durchfuhren der folgenden drei Schritte t wenn ein 
Client Zugriff auf eine Komponente innerhalb der Da- 50 
tenbank anfordert; 

(1) Schaffen eines Kommunikationskomponen- '. 
tenobjekts innerhalb eines Datenbankservers, das 
mit dem Client hinsichtlich der Komponente 
kommuniziert; 55 

(2) Feststellen, ob ein gemeinsam genutztes Spei- 
cherobjekt innerhalb des gemeinsam genutzten 
Cache fur die Komponente eingerichtet wurde, 
und Erstellen des gemeinsam genutzten' Speicher- 
objekts fur die Komponente innerhalb des ge- 60 
meinsam genutzten Cache, wenn das gemeinsam 
genutzte Speicherobjekt nicht in dem gemeinsam 
genutzten Cache eingerichtet wurde; und 

(3) Vorseheh einer Kommunikationsverbindung 
zwischen dem gemeinsam genutzten Speicherob- 65 
jekt und der Kommunikationskomponente; und 

* Verwenden des gemeinsam genutzten Speicherobjekts, 
um aus der Datenbank zu lesen und in diese zu schrei- 
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ben, um dadurch die Komponente aus der Datenbank 
auszulesen und in die Komponente in der Datenbank 
zu schreiben; 

wobei dann, wenn zwei oder mehr Clients auf dieselbe 
Komponente zugreifen, zwei oder mehr Kommunikati- 
onskomponentenobjekte mit. deinselben gemeinsam 
genutzten Speicherobjekt kommunikativ verbunden 
werden. 

66. Verfahren nach Anspruch 65, ferner enthaltend den 
Schritt. des Erfassens einer Veranderung an einer der 
Komponenten und Benachrichtigens jedes der Clients, 
die auf eine der Komponenten zugreifen, uber die er- 
faBte Veranderung. 

67. Verfahren nach Anspruch 66, ferner enthaltend ei- 
nen Schritt, in dem veranlaBt wird, daB das gemeinsam 
genutzte Speicherobjekt fur die eine der Komponenten 
die veranderte Komponente aus der Datenbank aus- 
liest. 

68. Verfahren nach Anspruch 66, ferner enthaltend den 
Schritt des Verriegelns eines der gemeinsam genutzten 
Speicherobjekte, wenn eine der Kommunikationskom- 
oonenten auf dieses eine der gemeinsam genutzten 
Speicherobjekte zugreift, um dadurch zu verhindem, 
daB andere Kommunikationsobjekte auf die gemein- 
sam genutzte Speicherkomponente zugreifen, wenn 
dieses eine der Kommunikationsobjekte Zugriff auf 
. das gemeinsam genutzte Speicherobjekt hat. 

69. ProzeBsteuersystem, enthaltend: 

eine Datenbank, die an einem ersten physischen Ort an- 
geordnet ist, wobei die Datenbank Datenbankkompo- 
nenten speichert; 

eine Vielzahl von Client- An wendungen, wobei eine 
der Client-Anwendungen an einem zweiten physischen 
Ort angeordnet ist, der im wesentlichen von dem ersten 
physischen Ort geographisch getrennt ist; 
eine Kommunikationsverbindung zwischen dem ersten 
physischen Ort und dem zweiten physischen Ort; und 
einen Datenbankserver, der fur die Vielzahl der Client- 
An wendungen Zugriff auf die Datenbankkomponenten 
in der Datenbank bietet, welcher Datenbankserver ent- 
halt; 

einen gemeinsam genutzten Cache, der eine Vielzahl 
von Speicherobjekten hat, wobei jedes der Speicherob^ 
jekte mit der Datenbank kommuniziert und eine Kopie 
einer der Datenbankkomponenten speichert, auf die 
von mindestens einem der Vielzahl von Clients zuge- 
griffen wird; und 

ein oder mehrere Kommunikationsobjekte, die zu jeder 
der Client-Anwendungen gehoren, wobei jedes der 
Kommunikationsobjekte mit einer zugeh6rigen Client- 
Anwendung und mit einem deir Speicherobjekte kom- 
muniziert; 

wobei ein Speicherobjekt, auf das von zwei oder mehr 
Client-Anwendungen zugegriffen wird, mit zwei oder 
mehr Kommunikationsobjekten kommunikativ ver- 
bunden ist. 

70. ProzeBsteuersystem nach Anspruch 69, dadurch 
gekennzeichnet, daB der Datenbankserver ferner eine 
Benachrichtigungsroutine enthalt, die Veranderungen 
an einer der Datenbankkomponenten erfaBt und die au- 
tomatisch jeden der Clients, die auf diese eine der Da- 
tenbankkomponenten zugreifen, von der Existenz der 
Veranderung an dieser einen der Datenbankkomponen- 
ten benachrichtigt. 

71. ProzeBsteuersystem nach Anspruch 70, dadurch 
gekennzeichnet, daB die Benachrichtigungsroutine je- 
den der Clients, die auf die eine der Datenbankkompo- 
nenten zugreifen, uber den Status der einen der Daten- 
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bankkornponenten nach der Veranderung benachrich- 
tigt. 

72. ProzeBsteuersystem nach Anspruch 70, dadurch 
gekennzeichnet, daB die Datenbank eine Koiifigurati- 
onsdatenbank ist, wobei die Datenbankkomponenten 5 
Konfigurationskomponenten sind. 

73. ProzeBsteuersystem nach Anspruch 70, dadurch 
gekennzeichnet, daB jedes . der Kommunikationsob- 
jekte so ausgelegt ist, ,daB es in das eine zugehorige 
Speicherobjekt schreiben und aus diesem lesen kann. lo 

74. ProzeBsteuersystem nach Anspruch 70, dadurch 
gekennzeichnet, daB der Datenbankserver ferner einen 
Verriegelungsmanager enthalt, der yerhindert, daB eine 
erste der Kommunikationskomponenten auf eines der 
Speicherobjekte zugreift, wenn eine zweite der Kom- 15 
munikationskomponenten auf das eine Speicherobjekt 
zugreift. 

75. ProzeBsteuersystem nach Anspruch 69, dadurch 
gekennzeichnet, daB die Kommunikationsverbindung 
eines Satelliterikommunikationsverbindung ist. 20 

76. ProzeBsteuersystem nach Anspruch 69, dadurch 
gekennzeichnet, daB die Kommunikationsverbindung 
eine zellulare Kommunikationsverbindung ist 

77. ProzeBsteuersystem nach Anspruch 69, dadurch 
gekennzeichnet, daB die Kommunikationsverbindung 25 
eine Telefonieitungskommunikationsverbindung ist, 

76. ProzeBsteuersystem nach Anspruch 69, dadurch . 

gekennzeichnet, daB die Kommunikationsverbindung 

eine drahtlose Kommunikationsverbindung ist, 

79. ProzeBsteuersystem nach Anspruch 69, dadurch 30 

gekennzeichnet, daB die Kommunikationsverbindung 

eine Wide Area Network Verbindung ist. 
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